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ABSTRACT 


The Naval Postgraduate School (NPS) plans to develop the Unified 
Student Academic Database (USAD), using an Integrated Computer- 
Aided Software Engineering (I CASE) tool. USAD is intended to 
consolidate requirements of the Director of Programs, Registrar, 
Admissions Office, and Curricular Officers. The current strategy 
for utilizing an I CASE tool at NPS is sub-optimal. Texas 
Instrument’s (TI’s) Information Engineering Facility (IEF), was 
purchased to conduct analysis and design of USAD. IEF is designed 
to commence with a thorough analysis of an organization’s 
Information Strategy Plan (ISP). However, TI proclaims ISP is not 
essential. An investigation was conducted into the advisability of 
omitting the ISP phase at NPS. The Curricular Officers’ USAD 
requirements were modeled commencing with the Business Area 
Analysis (BAA), the second stage of IEF. This thesis determined 
bypassing the ISP phase for USAD would be inappropriate. 
Furthermore, using I CASE tools for a project's front-end 
management only is not recommended. Payback is realized only when 
an organization commits to a full-scale strategic I CASE 


implementation plan. 
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I. INTRODUCTION 


A. PROBLEM DESCRIPTION 

The Naval Postgraduate School (NPS) is responsible for 
graduate level education of military officers from both 
domestic and foreign military services. Roughly 2000 students 
receive training annually at NPS. Tracking these students 
from their point of entry at the school, through their 
respective programs until graduation, generates a substantial 
amount of information. 

NPS currently maintains three functionally separate 
database systems which contain an enormous amount of 
duplicated information pertaining to student records. 
Reconciliation of these database files must be conducted 
frequently to ensure data integrity is maintained. 

In order to eliminate this duplication of effort and 
inconsistency of files, the development of a consolidated 
system, the Unified Student Academic Database (USAD)!, was 
proposed by the Associate Dean of Faculty and Graduate Studies 
in February 1990  [Ref. 1]. Other perceived benefits 
from this integration include the ability to obtain more 
information from the data and to perform thorough data and 


* The acronym "USAD" has not been officially designated 


by NPS as the approved title for this project. 


trend analysis. A current problem which would be rectified by 
such a consolidated system is the provision of a single 
reliable source for the real-time accountability of enrolled 
students. The elimination of redundant effort and assurance 
of data accuracy and integrity are of major concern to the 
efficient conduct of business at the Naval Postgraduate 


School. [Ref. 2] 


B. RESEARCH QUESTIONS 

The NPS' Management Information Systems (MIS) Department 
was appointed to conduct a detailed requirements analysis of 
an integrated system. The MIS Department purchased Texas 
Instrument's (TI) integrated computer-aided software 
engineering (I CASE) tool, Information Engineering Facility 
(IEF) to aid in this process. [Ref. 3] 

IEF is based on the seven basic building blocks of 
Information Engineering (IE) as developed by James Martin and 
Clive  Finkelstein. [Ref. 4] The first phase of ΙΕ 
produces a high-level organizational blueprint called 
Information Strategic Planning (ISP). Subsequent design of 
specific business functions commences in the Business Area 
Analysis (BAA) phase of IE. Ideally ISP is conducted prior to 
BAA modeling to provide "project continuity and insure that 
the scope of the BAA project is correctly set" within the 


corporate information strategy [Ref. 5:p. 117]. 


TI's documentation indicated that organizations with 
immediate needs in a particular business area could bypass the 
ΠΡ and proceed directly with the BAA 
[Ref. 6:p. 14]. The Director of MIS envisioned 
such an approach to rapidly model and document the intended 
USAD. 

Therefore, the primary focus of this thesis is to 
determine the viability of analyzing and designing the 
Curricular Officers' requirements for the USAD system at NPS 
commencing with the BAA instead of the ISP. Such an analysis 
is expected to also yield answers to the following questions: 


1. What are the USAD specifications, based upon 
Curricular Officers' requirements? 


2. How are Curricular Officers to be restricted in 
accessing/utilizing data elements not considered under 
their cognizance? 

3. How is accountability/ownership of data elements to be 
established? 

e. INVESTIGATIVE METHODOLOGY 

Three approaches were used to investigate the above 
research questions. First hand accounts of projects developed 
using IEF were gathered from actual users of the tool, 
external to NPS. A semi-structured interview process was 
utilized to enable them to elaborate freely on their 
professional experiences. A second approach involved the 


research of publications and vendor documentation concerning 


the use of the IEF tool. Finally, direct personal experience 


was gained through laboratory experimentation and vendor- 


supplied training with the IEF tool. 


D. SCOPE AND ASSUMPTIONS 

The original scope of this thesis was to produce 
specifications of the entire USAD integrated system, designed 
to maintain and manipulate student academic records for the 
Director of Programs, Admissions, Registrar and Curricular 
Officers, using IEF. However, due to MIS’ long term 
development plans and the requirement to avoid possible 
interference with current development efforts in the 
Registrar's office, the scope of this research was narrowed to 
address only requirements of the Curricular Officers. 

The narrowed scope was a necessary compromise to ensure 
cooperation from controlling departments. Initially, it 
seemed as if this thesis might be stillborn because the 
Director of MIS was concerned that students might stir up 
unrealistic user expectations. It seems that the Director had 
previously found it necessary to exert an inordinate amount of 
time and energy lowering the users’ expectations for near-term 
delivery of USAD following two students’ 1990 requirements 
study [Ref. 7]. Although this study was only intended 
as an initial analysis, and not part of the overall MIS 
strategy for producing USAD, users were convinced that the new 
system was in production. After two summit meetings and an 


agreement to focus on the use of IEF vice the production of 


specifications for USAD, the Director of MIS agreed to allow 
a student team to commence work on modelling the Curricular 
Officers' requirements [Ref. 8]. 

The automated design model produced in this thesis 
reflects current Curricular Officer requirements, as detailed 
in Reference 7, and has been developed in the existing tool 
planned for implementation by the MIS department at NPS. This 
design should decrease the time and effort required by the MIS 
staff to fully design and implement a system, yielding both 
fiscal savings and increased productivity. 

Assumptions were made during the course of development of 
the Curricular Officer's portion of USAD to enable the IEF 
tool to be employed effectively. Without the advantage of an 
ISP, some business processes modeled were therefore created 
from necessity and were not verified by users. They may not 
be in accordance with existing policies. These processes, 
which affect entity attributes not under the purview of the 
Curricular Officers, must exist to enable the Curricular 
Officer's BAA model to be completed within the strict 
methodology of the tool. None of these constructions 
materially effected the examination of the central research 
question. However, verification and validation of these 


processes will be required prior to designing the entire USAD. 


E. STRUCTURE OF THESIS 

Chapter II explains the background of the present system 
utilized by NPS and independent programming efforts undertaken 
by the Curricular Officers to counteract their frustration 
with that system. 

Chapter III provides an overview of previous efforts to 
identify Curricular Officer USAD requirements. A discussion 
of Information Engineering (IE) and its comparison to 
Yourdon’s Structured Methodology (YSM) is also provided. 
Finally, IEF's relative standing in the I CASE environment is 
addressed. 

Chapter IV highlights the strategies employed during the 
course of this research to investigate the utility of IEF. 

Chapter V documents the accounts obtained from interviews 
with current IEF users in the private, federal, and DoD 
communities. Hands-on development experience with IEF is also 
discussed. 

Chapter VI presents necessary modifications to the 
previous analysis of the Curricular Officers’ requirements. 
Explanation is provided for IEF output reports and diagrams of 
the data and activity models for USAD. 


Chapter VII summarizes the conclusions and 


recommendations. 


II. BACKGROUND 


A. HISTORY OF CURRENT STUDENT DATABASE SYSTEMS 

An account of past actions is necessary to provide a clear 
picture of the present Curricular Officers’ requirements. In 
1985 a FOCUS™ application was implemented on the NPS mainframe 
computer in an attempt to maintain the enormous amount of 
student academic information. Figure 1 illustrates this flow 


of information between the primary offices involved. 


individual APC . -- 


offered courses 


Admissions prospective | Curricular verified enrollment Registrar 


student list | Officer | (Scheduler) 
requested courses 


notice of 





schedule 
student arrival 





Figure l. Information Flow 


As students progressed through the postgraduate process, 
the Registrar's office generated student information. This 
information was made available for use by the Curricular 
Officers to monitor their students’ enrollment and academic 


Status. (Ref. 9:p. 3] 


Eventually, automated access to the Registrar's files was 
removed for reasons we could not find documented. Special 
requests had to be made for reports to allow Curricular 
Officers to update their records. Such restrictions 
instigated the creation of a separate Curricular Officer 
database. [Ref. 9:pp. 3, 7] 

The Admissions database was created shortly thereafter. 
Admissions would input prospective student data upon receipt 
of military orders from higher headquarters. Two reports were 
written for the Curricular Officers' use. The first would 
show prospective students for whom orders were received; the 
second would verify the arrival and enrollment of new students 
which could then be loaded into a Curricular Officer database. 
The Curricular Officer was responsible for reconciling 
redundant differences among separate databases (printouts of 
Student records would be provided for  verification/ 
modification). 

The current system is virtually unmaintainable. Inability 
of current in-house programmers to modify the present FOCUS 
system influenced the recommendation to develop a new system. 
Potential ripple effects of additional manipulation to source 
code could have disastrous effects transparent to well- 
intentioned programmers. The MIS staff has recently received 
requisite FOCUS programmer training in an effort to resolve 
problems associated with maintaining the existing FOCUS 


system, until USAD can be developed using IEF. [Ref. 2] 


Lack of user support and training over the years has 
prevented the development of the FOCUS system's true 
potential. The structure in place was built from 
specifications which were not intended to fully coordinate all 
users’ concerns into a consolidated system. Thorough analysis 
was short-circuited in an attempt to meet users’ immediate 
needs. [Ref. 2] 

Users indicated a feeling of little control over files 
they were processing. Therefore, a tendency to avoid and/or 
bastardize the use of the system began to manifest itself, 
especially in Curricular Offices. Frustration with the 
complexity and lack of user-friendliness forced users to 
develop their own systems. "Some are using the same systems 
set up in 1985, last modified in 1986, and others have updated 
their systems based on their knowledge and interest in 
computer programming." [Ref. 9:p. 7] 

Additionally, since the Curricular Officers were denied 
access to the Admissions’ and Registrar’s databases 
"Curricular Offices were writing their own programs in FOCUS 
and, AT THE SAME TIME, creating additional databases on PC's 
to complement the FOCUS system. This is a major duplication 
of effort." [Ref. 9:p. 7] 

High turnover rate of office personnel further hampered 
the present system, since their departure depleted the level 
of corporate knowledge derived from original training offered 


with this system. Additionally, documentation needed to 


navigate personnel through the system was inadequate or 


nonexistent. [Ref. 10] 


B. CURRICULAR OFFICERS’ ANXIETY 

Multiple Curricular Officer requests were made to the MIS 
Department for modifications and assistance in the use of the 
Curricular Officer’s information system. In December 1990, a 
meeting was conducted with the MIS Department and Curricular 
Officers to address their immediate needs. It was agreed that 
at the very least, the Curricular Officers required read-only 
access to the Registrar’s files to enable Curricular Officers 
to identify, supervise and counsel students whose academic 
standing required attention. [Ref. 11] 

Eventually, some Curricular Officers pressed for a more 
responsive and effective student information system, which 
prompted Lieutenant Aaron Rouska and Lieutenant Commander Eric 
VanNortwick to conduct a requirements study in May 1990. [Ref. 
7] The overriding concern that prompted the initiation of 
this study was the Curricular Officers' desires to ensure that 
their specific requirements would be included in the 
forthcoming USAD. This well-documented research provided 
foundation for the analysis portion of this thesis in 
beginning the IEF modeling process at the BAA level. 

The Dean of Computers and Information and the Director of 
MIS indicated that the 1990 documentation would be sufficient 


for this purpose. While this was generally found to be the 


10 


case, analysis "gaps" existed, such as the specific role of 
the Curricular Officer in creating records for students who 
were not projected students and therefore not created by the 
Admissions Office. This type of missing detail hindered 
completion of the modeling effort within the IEF Design 
toolset, requiring additional interviews with a representative 
for the Curricular Officers to clarify specific aspects of 
data handling, functional processes and entity relationships. 
[Ref. 12] 

The background of the current system lays part of the 
framework in which this analysis is conducted. An overview of 
prior studies and the workings of IEF are required to provide 
a common understanding of both user requirements and the 


theoretical structure of the I CASE tool. 


11 


III. LITERATURE REVIEW 


A. PREVIOUS ANALYSES 

An attempt was made by the MIS department in January 1988, 
to identify the purpose, responsibilities and requirements of 
the Admissions, Registrar, Scheduler, and Curricular Offices 
for a student records database. Results of that analysis were 
documented in the Student and Academic Records System (STARS) 
report composed by Mr Michael Spencer. This report "served as 
the foundation for identifying and validating the information 
needs of the Curricular Officers" in the Rouska and 
VanNortwick study of May, 1990. [Ref. 7:p. 1] 


The studies indicated that the role of the Curricular 


Officer involved four areas: Sponsor liaison, curricular 
development and management, student supervision and 
counseling, and resource management. The studies' analyses 


Specified automated support for only the student supervision 
and counseling portions of the Curricular Officers’ 
responsibilities. 

The following processes were outlined in the Rouska and 
VanNortwick study [Ref. 7] as required elements to model 
activities in which the Curricular Officer is involved 


directly or peripherally: 
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l. Evaluating Prospective Students 
a. Calculating APC (Admissions) 
b. Evaluating acceptance 
c. Processing prospective students (Admissions) 


2. Maintenance of Academic Records 
a. Updating records (Registrar) 
b. Approving thesis (Thesis Processor) 


c. Administering grades (Registrar & Academic 
Offices) 
3. Scheduling Courses 


a. Course/Professor scheduling (Academic Departments) 
b. Course registration 
c. Creation of Exceptions (Registrar) 


4. Supervision of Students 
a. Check-in new students 
b. Student supervision 


5. Generating Reports 


The above processes indicate areas of overlap between 
various entities at NPS. The specific requirements of the 
Curricular Officer are more evident in the following 


procedures performed by that office: 


1. Welcome Aboard/Student Check-in 
a. accepts the student 
b. ensures student sponsor is identified & student 
notified 
c. sends welcome aboard package 
d. ensures student completes check-in 


2. Academic Scheduling 
a. validation process for qualified students 
b. sets up initial course of study (templates) 


3. Academic Forecasting/Programming 
a. maintains/changes individual student course of 
study (templates) 
b. request course through program cards 


4. Curricular Officer files, records and reports 


a. submission student fitness reports 
b. notification of degrees 
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5. Thesis completed or extensions requested 

6. Reports of Academic Performance/Progress 
a. stores, monitors individual student progress 
b. compiles list of graduating students 


These procedures were used in the creation of the IEF data 


and activity model outlined in the appendices of this thesis. 


B. BRIEF OVERVIEW OF SYSTEM DEVELOPMENT METHODOLOGIES AND 
AUTOMATED TOOLS 
1. Information Engineering 
Information Engineering is the underlying methodology 
of IEF. IE provides a comprehensive framework for satisfying 
information needs of an organization by dividing the system 
development process into stages. There are seven stages of 


IE, as shown in Figure 2: 
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Figure 2. Seven Stages of Information Engineering 
[Ref. 6:pp. 3-4] 
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Information Strategic Planning (ISP) provides an 
opportunity for organizational planners to elucidate 
a broad framework of information requirements of the 
entire business. Such a plan requires top level 
management involvement. During this process an 
overarching blueprint is produced from which smaller 
subdivisions can be derived. 


Business Area Analysis (BAA) is the stage in which a 
specific segment of the organization (called a 
business area) is evaluated by analysts to develop a 
more restricted conceptual model of what occurs in 
this one business area, based on its peculiar 
information requirements. 


Business System Design (BSD) involves fashioning 
details of how the user will interface with the 
developed system application (i.e. - business 
system). Designers are concerned solely with the 
man-machine interface and ignore the intended 
computing platform in this phase. 


Technical Design (TD) is the first phase where 
designers become concerned about the targeted 
computing environment. The hardware, operating 
system, and database management system (DBMS) are 
all considered in tailoring results of the BSD to 
fit this environment. 


Construction is the stage in which developers 
produce a fully executable application that can be 
run in the targeted computing environment. 
Components generated include processes, job control 
statements, screen formats, and transaction 
definitions. 


Transition is the installation of the constructed 
system in its production environment. Installation 
may involve replacement of all or part of the 
existing system. 


Production is when the business begins to experience 
wide range of benefits derived from capabilities of 
the application system under execution. Needs and 
requirements modeled during ISP and BAA are being 
satisfied with the existing application system. 
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2. Comparison of IE and Yourdon Structured Methodology 

Many of the current generation of Information 
Technology (IT) professionals have been trained in 
conventional techniques of the Yourdon Structured Methodology 
(YSM). They are quite comfortable drawing data flow diagrams 
(DFDs) and structure charts based on this training. 
[Ref. 13:p. 1] IEF does not support YSM, but 
rather James Martin's and Clive Finkelstein's Information 
Engineering (IE) Methodology. 

Texas Instrument's Tamer Uluakar compares the two 
methodologies and succinctly highlights cogent differences 
between the two. [Ref. 13] Figure 3 provides a comparison 
summary between the two methodologies - IE, as practiced in 
TI’s IEF, and YSM. The following brief explanation germane to 
the research question at hand is presented without 
embellishment. 

IE and YSM lifecycles are generally similar with several 
notable differences. IE  life-cycle starts with 
Information Strategic Planning (ISP) at the enterprise 
level followed by analysis of the business area of 


interest before focusing on a system. Business areas are 
defined during ISP as pieces of the enterprise which can 


be analyzed independent of one another. The scope of a 
business area should be analyzed all at once...to avoid 
Scope creep and future system integration problems.  YSM 
is currently lacking a strategic planning phase. In 


absence of the business area concept, the YSM life-cycle 
Starts with requirements definition for a particular 
system. 


In addition to this difference in scope, YSM's analysis 
differs from IE's 'business area analysis' in one other 
way. In YSM, analysis includes modelling the required 
processes and the flow of data in response to each event. 
In IE, the processes required for each event are defined 
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during the analysis but the dynamics of the response (ie., 
the flow of data among the processes if more than one 
process is involved) is not modelled until design. [Ref. 
πι  ».. 6] 


INFORMATION ENGINEERING 
BY TEXAS INSTRUMENTS 


STRUCTURED METHODOLOGY 
BY YOURDON 


I. INFORMATION STRATEGY PLANNING 
l. Broad Brush View of the Enterprise τ. 
a) Information Architecture 
b) Business System Architecture 
c) Technical Architecture 


. STRATEGY PLANNING 
(Not formally included in the 
methodology) 


ANALYSIS 
Detailed Essential Requirements for 
II. BUSINESS AREA ANALYSIS a System 
2. Detailed Essential Requirements for a) Environmental Model 
a Business Area - Context Diagram 
a) Data Model - Events List 


b) Functional Decomposition (Object b) Data Model 
Life-Cycle Partitioned) c) Functional Decomposition (Event 
c) Dependency Analysis partitioned) 
d) For Elementary Processes: d) For All Processes (using DFDs): 
- Inputs - Outputs - Inputs 
- External Objects - Events - Outputs 
- Process Specifications (PAD) e) For Event-Level Processes (using 


3. Identification of Business Systems 
for the Business Area 


DFDs): 
- External Objects 
f) For Primitive Processes: 


III. BUSINESS SYSTEM DESIGN = Process Specifications 


4. Event Response Modeling (not 


(Not applicable) 


formalized) Event Response Modeling (not 
5. Packaging of the Process Groupings formalized) 
into Procedures to Support a Shared 
User Interface (e.g., a Screen) BUSINESS SYSTEM DESIGN 
6. Procedure and Dialog Flow Design The Processor Model 
7. Interface Design Procedure and Dialog Flow Design 


Interface Design 
Database Desi 
Transformation into Structure Charts 


IV. TECHNICAL DESIGN 
8. Database Design (mostly automatic) 


FP^o:00-1o0U 


9 - 10. (Not needed) l Module Specification 
ll. Load Module Packaging 1l Load Module Packaging 
V. CONSTRUCTION IV. CONSTRUCTION 
12. Database Generation (automatic) 12. Database Generation 


13. Programming, Compilation, and 15. 
Installation (automatic) 


14. Testing (against procedure specs) 14. 


Programming, Compilation, and 
Installation 
Testing (against code specs) 





Figure 3. Comparison of Life-Cycles Between Information 
Engineering and Yourdon Structured Methodology 


[Ref. 13:p. 5] 
Although IE and YSM are based on the same principles, 
differences arise during the analysis phase. 


Experienced YSM 


analysts should not have difficulty adapting to the IE 


methodology. This thesis focuses on the role of the initial 


planning stage (ISP) of IE which is excluded from the YSM 


methodology. 
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3. Computer Aided Software Engineering (CASE) Tools 

"CASE tools" is a phrase that has been the subject of 
debate, confusion and disappointment during the last few 
years. Defining the term can be difficult since contradictory 
claims are often made as to the exact boundaries associated 
with the term CASE. "It has become commonplace to refer to 
any Software tool that aids system professionals to do their 
jobs as a ‘CASE tool [Ref. 14:p. 10] 
However, CASE tools generally include five components: 
diagramming tools, an information repository, interface 
generators, code generators, and management tools. 
(Ref. 15-:Ρι 260] 

Unfortunately, early CASE tools were marketed 
promising greater potential than what they delivered. The 
resultant user frustration lowered CASE market growth from a 
high of 67% from 1988 to 1989, to a mere 20% the following 
year. "Chief among their frustration is a lack of integration 
between vendor’s own front-end and back-end tools..." 
(Ref. l16:p. 61l] 

The five components mentioned above may appear in a 
given vendor's tool as individual, discrete elements, or two 
or more may be integrated into a single tool. The latter 
concept is a subset of CASE tools that has been coined 
"Integrated CASE" or 2I CASE Mton reflecties increased 
capability of moving from one end of the toolset (the so- 


called "Front End") to the other (the "Back End") without 
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exiting a particular vendor's tool. [Ref. 15:p. 263] This is 
a vital step in the evolution of CASE tools, since IT groups 
have realized that "nonintegrated, ‘point’ products lead to 
inefficiency and a lack of automated control." [Ref. 16:p. 61] 
"ΞΕ tools have momentous potential to "redefine the 
paradigms of application software delivery." [Ref. 14:p. 10] 

The overriding mission of IT groups is to deliver 
quality software to meet ever increasing user demand. This 
requires production of "higher quality applications faster, 
with more emphasis on reliability and maintainability, and 
less on technical elegance and efficiency." [Ref. 14:p. 13] 
Many IT professionals feel that the long-term solution to this 
Beoductivity issue lies in the use of I CASE tools. A Gartner 
Group report states that: ® CASE eeirters, the highest 
observable productivity improvements, ranging from 10 percent 
to 40 percent over a five-year period." [Ref. 17] 
Factors cited in Reference 17 as contributing to these 
productivity enhancements include: 


1. the repository environment and comprehensive data 
model which support all objects and relationships. 


2. common user interfaces among a tool’s components 
which reduce the learning curve (as opposed to 
mixing and matching different vendors’ tools). 


3. the data obtained and utilized by different parts of 
an I CASE tool which is handled more efficiently 
with few gaps or overlaps outside the requirements 
to meet the goals of the project at hand. 


4. transformations between deliverables which are 


automated, precise and more reliable than loosely 
coupled tools. 
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While the reported payback period for I CASE of three 
years or more is seen as a potential drawback "I CASE is 
recommended for long-term, maximized productivity gains, with 
a correspondingly high up-front investment." [Ref. 17] The 
reasons cited for such lengthy break-even time frames are that 


the: 


1. training in the methodology is critical; 
utilization of an I CASE tool requires strict 
adherence to a particular tool's methodology. 


2. time line from novice to master of the tool is 
estimated between three to 18 months, with the 
majority of users supporting a 12 to 18 month 
estimate. 


3. majority of projects utilizing I CASE solutions 
require implementation in their entirety before 
realizing the benefits expected from I CASE; this 
results in a relatively higher initial investment 
outlay. [Ref. 17] 

4. IEF's Position in the I CASE Market 
IEF is acknowledged to be among the leading tools in 


the industry and emerged as the top-ranked I CASE tool in a 


user survey conducted by Computerworld.  [Ref. 18] In 
a meeting with TIS IEF product specialists 
[Ref. 19], statistics were presented which showed  IEF 


to have 22.1% of the worldwide market share and 39.8% of the 
North American market share. The latter represented a lead of 
ten percentage points over IEF’s nearest competitor, Andersen 


Consulting. [Gartner Group 1989 reports were cited as the 


20 


Source for these figures.] Gartner Group, Incorporated also 
identified IEF as "one of a handful of CASE vendors that can 
prosper in the 1990s." [Ref. 19] 

Now that a foundation for I CASE tools has been laid, 
the research conducted into the applicability of IEF at NPS is 
presented in the following chapters, commencing with a 


discussion of the strategies selected. 
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IV. INVESTIGATION STRATEGY 


A. OBTAINING IEF EXPERIENCE 
1. Vendor Documentation 

IEF User’s Manuals are very detailed and provide too 
wide a scope for novices to easily begin system development. 
Limited time available in which to learn how to use the 
product, prompted us to contact Texas Instrument's 
representatives for assistance. TI's support was outstanding 
in this regard. 

2. Vendor Training and Technical Support 

TI's San Francisco representative - Mr. Terry King - 
provided TI's recently released (February 1991), self-paced 
Rapid Development/Tutorial Module for beta testing which 
steers users through a simplified development of a software 
system. It did not illustrate the full extent of IEF’s 
functions. The tutorial was intended to familiarize users 
with features and functions of IEF that are directly related 
to the design and implementation of information systems. 
[Ref. 20] Unfortunately, some sections of the beta 
test could not be performed since the tutorial was developed 
for beta testing in an OS/2 environment and could not take 


advantage of the DOS version of IEF purchased by NPS. 
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Additionally, TI provided approximately 32 hours of 
BAA segment I training. This course outlined building blocks 
for data and activity modeling at the BAA level. TI provides 
approximately 15 such training sessions of various lengths, to 
assist users in realizing the enormous potential of the tool. 
Such training is instrumental in reducing the learning curve 
required for effective use of this product by any user. 

Lastly, TI routinely maintained personal contact to 
assist in the Curricular Officers’ sub-section development of 
USAD. Periodically, site visits were conducted to aid in 
clarifying misunderstandings encountered with the tool. Such 
attention was instrumental in successfully managing the steep 
learning curve associated with using the IEF tool effectively. 

3. Hands-On 

Three calendar months of intensive effort were 
required for experimentation and familiarization with the IEF 
Analysis Toolset before consistent data and activity models 
could be developed. The NPS version of IEF was hosted on an 
IBM-compatible 386 clone. At least one Megabyte of RAM and 20 
Megabytes of accessible hard disk space were required to model 
the Curricular Officer’s BAA. Files created by the IEF system 
grew to sizes of greater than two Megabytes and required 
compression software to store backups on 1.44 MB floppy disks. 

The enormous power of the tool became evident as 


hands-on practical application increased. However, we 
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realized only the proverbial "tip of the iceberg" compared to 
claims made in the vendor's brochures and the imposing mass of 
technical manuals provided for user guidance. Although 
substantially greater capabilities are available, one or more 
years of experience is required to attain expert proficiency. 


[Ref. 21] 


B. INTERVIEWS OF IEF USERS 
l. Description of Process 

Interviews were conducted with current IEF users in 
the private sector, the Federal Government, and the Department 
of the Navy. In addressing the necessity for conducting an 
ISP, the interviews attempted to elicit experience-based 
opinions and ideas from current users. The anecdotal nature 
of this data is designed to indicate how some IEF users have 
been using the tool and to what effect. The relative 
immaturity of the I CASE environment and the untested nature 
of available tools leads to a paucity of reliable information 
in this area. Independent documentation concerning the 
specific question of successfully implementing an IEF- 
developed system beginning at the BAA level is not available 
due to the relatively recent emergence of TI’s IEF. 

Interviews were not designed to produce a 
comprehensive market survey/analysis of IEF as a tool. 
ComputerWorld, in its April 22, 1991 issue, did a poll of 


users’ satisfaction ratings for various I CASE tools and 
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vendors. Texas Instruments’ IEF received the highest overall 
rating of four industry-leading tools evaluated: CGI Systems’ 
Pacbase, Arthur Andersen’s Foundation, and Knowledgeware’s 
IEW/ADW. IEF placed first in 12 of 19 categories. Its 
highest ratings were in integration of lifecycle stages, 
ability to increase quality, and code generation capabilities. 
Conversely, IEF's lowest ratings were in its ability to 
integrate with other vendor's tools, support for local area 
networks, and required training time.  [Ref. 18] The 
Proliferation of I, CASE tools in the marketplace makes this a 
fruitful area for future research. 
2. Questionnaire 

A semi-structured questionnaire was utilized to guide 
interviews with experienced IEF users and maintain a focus on 
the pertinent issues relating to the use of ISP in project 
development. However, interviewees were extremely willing to 
share their experiences at length and the information flow 
often strayed beyond the parameters of the questionnaire. 
Interviews usually evolved into a caucus among Information 
Technology (IT) professionals from civilian, federal, and 
military organizations on the impact of I CASE, specifically 


IEP. 


25 


V. PRESENTATION OF DATA COLLECTED 


A. TRENDS DETERMINED DURING USER INTERVIEWS 

Although the number of professionals interviewed was small 
(7), a consensus developed on items relevant to the research 
question. There were no major areas of disagreement - even 
complaints about the tool were generally consistent. 

The only divergent opinion expressed about IEF was that 
the ISP capability was not powerful enough! A particularly 
enormous undertaking being conducted by the Naval Aviation 
Maintenance Office (NAMO) encompasses the entire Navy’s 
aviation community. This project is being considered for 
adoption by DoD as part of the Corporate Information 
Management (CIM) initiative and therefore, must be constructed 
with even wider strategic considerations. Arthur Andersen’s 
Foundation toolset is consequently being purchased by NAMO for 
its front-end strategic planning capability. The current plan 
is to conduct strategic planning using Foundation and then 
import the output of that toolset into IEF to execute the rest 
of the project. 

1. ISP 

Whether or not to undertake an ISP seemed to hinge on 
the size, scope, and project definition. All users uniformly 


agreed that if the project were bounded and sufficiently 
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constrained, then the ISP was not necessary. The ISP stage is 
not required in an isolated business process where the 
following are all well known and clearly defined: 1) the data 
being accessed, 2) the processes involved with timing and 
coordination of data access, 3) the intricacies of business 
relationships, and 4) the business rules and policies affected 
by these data flows and processes. 

When a project crosses functional areas however, the 
requirement for an ISP increases substantially. If a 
particular functional area can not be modeled in isolation, 
some form of ISP is required to capture top management's 
perspective. Additionally, the ISP provides a tool for 
obtaining coordination and agreement of various functional 
area managers prior to attempting to model the business area. 

The ISP provides a management tool for critically 
analyzing existing goals and functions of an organization. 
The advantages of this process are therefore available to 
other than IEF users in an organization. In an in-house, 
organization-wide ISP conducted by NAMO,* results of the ISP 
affected the eventual decision that several "rice bowls" could 
be consolidated. 

Most users reported that they did not initially 
utilize ISP in their pilot projects conducted with IEF. This 
Reported by Mr. Joe Joseph - the Computer Systems 
Analyst primarily responsible for the conduct of ISP 


at Naval Aviation Maintenance Office (NAMO), Naval Air 
Station Patuxent River, MD 
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hesitance was a result of careful consideration of the 
political climate, rather than lack of faith in the concept or 
importance of ISP. Most initiated relatively small pilot 
projects with IEF at the BAA level in order to produce a quick 
victory to promote use of the tool organization-wide and to 
achieve top management support. However, once the benefit of 
the tool was realized, commitment of top management was 
forthcoming. Resulting positive political climate enabled the 
execution of an organization-wide ISP in modeling the 
functions of the organization. 

However, in the one instance where ISP was reportedly 
executed from inception, the interviewee reported that top 
management was committed, knowledgeable, and fully supportive 
of IE, IEF and the importance of ISP as the basis from which 
all future applications would follow.  [Ref. 22] This 
type of enlightened leadership perceives the value of laying 
a solid bedrock of strategic planning prior to constructing 
major software applications. Therefore, all users interviewed 
agreed that support of upper level management is essential to 
success. 

Major drawbacks to conducting an ISP are threefold: 
political, financial and educational. These considerations 
are intricately interconnected. The dilemma faced by IT 
professionals in this regard is that ISP is very expensive in 
both cost and non-cost issues. An ISP requires fiscal 


expenditures for man-months of both analysts and high ranking 
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user representatives, and training for both groups. Non-cost 
factors include overcoming political opposition, and securing 
universal agreement among top-level managers on the precise 
architecture of their corporate environment. 

The political drawback concerns the commitment of top 
management to the tool and the ISP process. ISP is time 
consuming. All users admitted that six to eight months was 
typical for conducting an ISP, with an expected 18 month 
timeline anticipated for the NAMO project that involves the 
entire  Navy's requirements. Furthermore, ISP requires 
cooperation and communication of all affected functional 
areas. Even with top management commitment, the potential 
exists for disputes or even sabotage of the ISP process when 
departments are asked to sacrifice or share data attributes to 
which they claim ownership. This can occur when attempting to 
modify data attributes to a unified format, such as the number 
of characters of a specific data element. However, top 
management is more easily persuaded to use the entire tool's 
capabilities, despite the cost, once credibility is 
established through successful pilot projects. 

The financial factor affecting ISP also has 
repercussions on the political climate. Diverting highly paid 
individuals’ time and effort to conduct an effective ISP can 
be a daunting up-front cost. While strategic planning efforts 
are underway, there is no product, nor visible progress toward 


a deliverable. As this lack of tangible results continues for 
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two or three fiscal quarters, allocation of money for 
personnel and resources assigned to this task requires 
steadfast management commitment. Beyond the actual drain on 
resources conducting the ISP comes another significant funding 
requirement - education/training. 

In many cases, the choice of IEF requires a re- 
education of the MIS professional from conventional 
methodology on which they were weaned into the world of 
Information Engineering. If an organization is to do an 
effective ISP, even the  non-MIS individuals in the 
organization who are assigned to the project must be trained 
in IE (at the very least). Such training is necessary to 
enable all personnel to speak the same language. This is 
required to create an effective and productive environment 
based on a shared understanding and communication. As 
previously mentioned, the learning curve for this tool is 
substantial and acquiring that knowledge without vendor 
offered training is unlikely to be productive, according to 
the users. Such IEF training is expensive. All users agreed 
that training is essential, for both project team members and 
for other personnel involved in using or contributing to the 
tool's optimal utilization. 

These three drawbacks can be outweighed in DoD by 
compelling arguments concerning the need to promote both CIM 
and Total Quality Leadership (TQL). Lieutenant Commander 


Chase, USN, Project Management Officer at NAMO, indicated that 
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ISP fits very nicely with both philosophies being espoused by 
DoD today. The CIM initiative requires this kind of detailed 
strategic planning for information technology. NAMO’s ISP was 
very effectively done using Total Quality Leadership’s (TQL) 
Process Action Teams (PATS) to generate the product. This 
concept of operations for DoD agencies becomes ever more 
intriguing as both the CIM initiative and TQL broaden their 
impact on the developing future of IT in DOD. 
2. Productivity Increases Cited 

In cases cited by users, the productivity increase 
experienced through the use of IEF on projects that had been 
previously estimated or implemented using conventional 
methodology was noticeable. Completion was reported to take 
less than half the time and estimated man-years. This 
included the time required for training on the IEF tool. 
Subsequent increases were anticipated as MIS departments 
became better versed and more adept in the tool's utilization. 

In 1982, the Federal Reserve Bank in St. Louis, 
Missouri, estimated a project for implementation using 
conventional methods as requiring 76 Man-Months (14 calendar 
months). This project had been attempted on three occasions 
using conventional methodology, each halting with the decision 


that the organization could not afford to implement it based 
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on its estimated costs. In 1988, it was completed using IEF 
in only 32 MM (eight calendar months) .° 

Another project, cited by one of the larger 
organizations surveyed, was originally developed in 22 person- 
years using conventional methods. Over the system's 
lifecycle, patchwork modifications had degraded system 
performance and maintenance efforts. The major upgrades 
required to revitalize the program led to the decision to 
replace the system. The resultant effort, using IEF, took 
fewer than 10 man-years. These reports seem to substantiate 
vendor claims of 50% effort reduction. 

3. Type of Projects 

All of the projects reported by users involved data 
management from one or more central data repositories. No 
reports were made concerning the use of IEF for real-time 
systems or embedded software. The data and process 
orientation of the tool lends itself more to data management 
applications. 

A. Plaudits 

Available technical support by TI received extremely 
high marks across the board. TI’s staff seemed to extend 
themselves to ensure the success of each and every project 


venture of their clients. Intense competition ος Ὁ Ἢ 





As reported by Mr. Jim Albenesius, Technical Project 
Coordinator, Federal Reserve Bank, St. Louis, MO. 
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market shares over the next three to five years will dictate 
Sürvival or extinction for current I CASE vendors. This 
pressure for user loyalty may explain the drive behind such 
personal attention. 

Code generation is the major recognized power of 
the tool. It will literally produce 100$, error-free software 
(vendor claimed and substantiated by interviewed users). 
Users reported that they do indeed "throw away the source 
code" and as modifications occur, new programs are produced as 
required. The chief advantage, as cited by Mr. Albenesius, 
Technical Project Coordinator, Federal Reserve Bank, St. 
Louis, Missouri is that: "I don’t have emergency maintenance 
on tool generated code." Emergency maintenance is that 
maintenance required when a system crashes due to critical 
errors. The ability to throw away source code lies in the 
fact that modifications are NEVER made to code in an IEF 
developed application. Changes and modifications are made at 
the appropriate design level and the entire application is 
regenerated to include the changes. [Ref. 23] 

Mr. Albenesius reported an instance wherein a version 
of an application was almost fully developed except for some 
pending changes that were wholly dependent on results of a 
forthcoming vote by Congress. Within 24 hours of the vote, 
the bank was able to generate and distribute a functional, 
error-free application to all its field units. [Ref. 23] This 


is a stellar example of technology providing competitive 
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advantage. Organizations that rely on rapidly changing 
application requirements, and that fail to embrace some form 
of I CASE technology, may find it difficult to remain 
competitive. 

5. Warnings/Complaints 

The chief complaint echoed by virtually all users was 
the incompatibility of the IEF tool with any other vendors’ 
tools. The degree of portability is extremely low. This 
perception of IEF corroborates the findings in the 
Computerworld article, with its portability of other vendors' 
output being the most telling deficiency that required 
attention. [Ref. 18] However, TI will gladly provide at 
extra cost the technical support required to port one vendor's 
product into IEF. 

The learning curve is extremely steep and training of 
core team members is essential. Most of the users indicated 
that both users for whom the application was being developed 
and higher level management could benefit from indoctrination 
into the basic conceptual framework of Information 
Engineering. Such training made development much more 
productive and efficient. Additionally, if functional area 
managers can be persuaded to invest the time and money to send 
at least one or two individuals with decision making 
capability to the BAA I or ISP vendor training, then the 


initial critical modeling work is greatly simplified. This 
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approach enables both client and analysts to be capable of 
discussing system requirements from a common methodological 
viewpoint. 

Most users found that the introduction of IE required 
a cultural change from top management down since applications 
were no longer isolated, but part of a larger informational 
strategic plan. Additionally, analysts, designers, and 
programmers trained in conventional methodological approaches 
had to be re-educated to use IEF effectively. Although this 
change might appear to be the least challenging, one manager 
surveyed indicated that the "old timers" who were refusing to 


change were being placed in jobs maintaining old systems. 


B. IEF DEFICIENCIES NOTED DURING DEVELOPMENT 
1. Report Generation 
IEF provides various reports of system development but 
does not provide a report generating capability in the final 
delivered application. Such requirements for accessing 
centrally stored information are meant to be satisfied 
utilizing any variety of report generating products available 
on the market. "The IEF currently provides no direct support 
for the creation of reports." [Ref. 5:p. 343] 
2. Graphical User Interface (GUI) 
IEF does support the designing of input screens. 
However, GUI's were designed to look as if they were emulating 


an IBM 3270. It does not provide a point-and-click capability 
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and actions are entered with function keys or command codes. 
It allows the arrangement of fields on data entry screens to 
closely resemble a source document, if one is used for data 
collection. Designers can set standards for colors, 
highlighting, and general format so that the look and feel of 
all components within the system are uniform. They have 
design options including use of multiple menus to simplify 
navigation among procedures or enabling the use of function 
keys and short command synonyms to provide quick access to the 
system's procedures. TI is working on improved GUIS as a 
separate utility for various operating system platforms. 
[Ref. 24] 
J. Limited Languages Developed 

The languages presently available for IEF code 
generation are limited to COBOL and C. This restriction 
significantly reduces the attractiveness of using IEF for code 
generation (construction toolset) at NPS. [Ref. 25] 
Public Law has mandated that, where cost effective, all DoD 
Software shall be written in the programming language ADA.* 
Future releases of IEF may support additional languages? that 


might entice a change in planned utilization of IEF. 





US Congress Department of Defense Appropriations Act 
IM Public Law 101-511 (November 5, 1990), 
LO4STAT.1856-1914. 


TI disclosed, in a 11 July 1991 press release, its 
plans to develop an ADA code generation capability for 
IEF by June 1992. 
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4. Training/Learning Curve 

The steep learning curve for both converting to the IE 
methodology and training to use IEF necessitated a narrowing 
of scope and focus for the development of this phase of USAD. 
The amount of effort required for this education limited the 
accessible range of options that could be successfully 
accomplished given the level of experience and available time 
of the project development team. 

The information in this chapter provided the 
infrastructure for the data and activity models created using 
IEF. These models were based on the Curricular Officers’ 
requirements and necessary modifications are discussed in the 


next chapter. 
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VI. ANALYSIS OF CURRICULAR OFFICER REQUIREMENTS 


A. MODIFICATION TO EXISTING REQUIREMENTS ANALYSIS 

We did not conduct a preliminary investigation of 
Curricular Officers’ requirements because of concerns that we 
might inadvertently rekindle user expectations that a new USAD 
system was imminent. We relied instead on a preliminary 
requirements analysis done last year to serve surrogate [Ref. 
4 Modifications to this analysis were required due to 
differences in representing data as entities in IEF (using the 
Information Engineering methodology) instead of as objects in 
the traditional Systems Design and Analysis approach. 
Clarifications were obtained [Ref. 12] to inconsistencies 
identified during an extensive analysis of Reference 7. The 


following adjustments were made: 


1. Multi-valued (MV) objects/entities of the study have been 


modified to satisfy the following IEF requirement: "The 
IEF does not provide for multi-valued attributes, nor 
should it. Rather, one should remove an apparently 


multi-valued attribute to its own entity type and relate 
it to the original entity type via a 1:M [one to many] 
relationship." [Ref. 5:p. 160] 


2. The study identifies the Thesis object/entity within the 
Student object/entity. However, a thesis could be 
jointly written by two students and therefore require 
representation as a separate entity. Likewise, Advisors 
and Second Readers maintain a one to one [1:1] 
relationship with a thesis and therefore are included 
within the Thesis entity. 
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ΤΕΕ supports attribute names up to 32 characters in 
length. Titles or field names of data elements indicated 
in the study were therefore expanded to enhance 
readability and clarity. 


Curriculum was identified as an attribute of the Student 
object/entity. Since a Curriculum maintains a 1:M 
relationship to the Student entity, it is represented as 
its own entity type. 


To ensure that Curricular Officers access only records 
pertaining to their curricular office, passwords were 
added as additional security. A menu-driven, password- 
protected application could be designed to determine 
designated users access to specific areas of the 
database. This requirement fulfills MIS Department’s 
concerns over protecting sections of the database from 
those who require/are permitted read-only access and have 
no need to write or modify such data elements. Use of 
passwords may also act as a verification of the active 
user profile that will provide access to that part of the 
database. For example, Curricular Officers should be 
able to view grades of their assigned students, but only 
the Registrar can Add/Modify grades. Additionally, 
Curricular Officers have expressed concern that they 
maintain unique access to their students' personal data. 


Within the Grade Point Average object/entity, a 1:1 
relationship exists between a student and their "overall" 
Quality Point Rating (QPR). Likewise, the Medical 
object/entity possesses the same 1:1 relationship. Both 
objects were therefore included in the Student entity. 


The grade attribute was included in the Course 
object/entity. However, the grade attribute can only be 
associated with a particular student who completed a 
specific course, it was therefore placed in the composite 
object identified by the Student Course of Study entity 
type. 


Curricular Officers requested the capability of using a 
template of a typical course of study for a particular 
curriculum based upon the type of student and refresher 
course requirements of the incoming student. This 
template consists of Multi-Valued (MV) attributes within 
MV attributes. Additionally, since a curriculum can 
recommend more than one typical course of study, three 
separate entity types had to be enumerated: the typical 
course of study, quarters of that typical course of 
study, and the courses associated with those quarters. 
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9. Book Claims and the Naval Book Eligibility entities had 
to be modeled separately. This was required to represent 
their MV attributes and to provide the ability for users 
to modify the total amount that all Naval students were 
eligible to claim without being forced to make changes to 
the program code. 

10. Subtypes possess unique attributes in addition to those 
attributes inherited from their parent or supertypes. 
[Ref. 9518. 01590 σοι This capability was used to 
represent a requested, scheduled, or completed course of 
a particular student as subtypes of the Student Course of 
Study entity (the supertype). 

B. DEVELOPMENT OF CURRICULAR OFFICER REQUIREMENTS MODEL 

The Appendices provide reports of data and activity models 
constructed in the BAA level of tbe IEF Planning Toolset 
[Ref. 26] and the IEF Analysis Toolset 
[Ref. 27] of the Curricular Officers’ requirements 
for a recommended USAD system. 

Appendix A displays an overall Entity Relationship Diagram 
(ERD) of the student information system. This diagram is used 
to depict relationships between entity types and to identify 
characteristics of those entity types. Two ERDS are 
presented. The first is a top level diagram which does not 
display partitions of three entity types: Student, Dependent, 
and Student Course of Study. It is evident that these 
entities are partitioned by three small circles in the upper 
right hand corner of the entity rectangles. The second is an 


expanded ERD indicating subtypes of the three entity types 


which were partitioned. 
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Appendix B provides an Entity Definition Report which 
contains information about the entity types and subtypes that 
are specified. Definitions include such information as entity 
type name, any aliases, description, properties, attributes 
and their aliases, relationships, and identifiers, if any. If 
an entity type has subtypes, each subtype is also defined. 
feet. 26:p. 20-7] 

Appendix C supplies an Entity Hierarchy Report which 
contains information about the parent entity types in the 
model and their subtypes, including the identification of its 
attributes. [Ref. 26:p. 20-8] 

Appendix D provides the Attribute Cross Reference Report 
which lists all attributes within the model alphabetically, to 
include IEF-supplied attributes. It lists each attribute 
name, associated entity type or subtype, and properties. 
ef. 27:p. 32-8] 

Appendix E furnishes the Attribute Definition Report. 
This report contains information about the attributes that are 
specified in the data model, such as attribute name, and 
aliases, entity type, description, properties, length, default 
value, permitted values, and permitted values description. 
inet. 27:p. 32-9] 

Appendix F presents the Process Definition (or Activity 
Definition) Report, which contains information about functions 
and processes of the activity model. 


[Ref. 27:p. 32-10] 
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Appendix G exhibits the Process (or Activity) Hierarchy 
Report which shows tbe hierarchy of activities in the activity 
model. [Ref. 27:p. 32-11] 

Appendix H illustrates Action Diagrams of all processes 
developed in the activity model. A process is a defined 
business activity subordinate to a function or higher level 
process. It deals with what a business does, not how it is 
done. They have inputs which are used to perform work to 
produce outputs (inputs/outputs are called information views). 
[Ref. 28:p. 8-26] A process is a part of a function (an on- 
going, broad business activity) and deals with what a business 
does in particular. Its executions may be identified in terms 
of input and output of specific entities or data about 
specific entities. [Ref. 27:p. 12-3) 

Each attribute within a developed data model must have a 
process which creates, updates, or deletes it (unless unique 
to the business function). Because of this requirement, 
various processes were developed over which the Curricular 
Officers' Business Area does not have control. but 
nevertheless must be given access. These processes are 
described as "System Gen" in the process descriptions of the 
Action Diagrams. 

Appendix I portrays the Action Diagrams of action blocks 
developed in the activity model. These describe the logic of 


the algorithms used to derive a calculated data element. 
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Appendix J displays the Process Dependency Diagrams of the 
created activity model. These diagrams illustrate the 
sequence of events and flow of data required for each 
activity. 

These data and activity models complete the Business Area 
Analysis (BAA) phase of IEF. The next phase involves 
fashioning details of users' interfaces with the developed 
system application. This process is the Business System 
Design (BSD) phase which could be the subject of future 
research, if NPS elects to continue this IEF based development 
of USAD. Present modeling was sufficient to generate 


recommendations concerning the utilization of IEF at NPS. 
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VII.  CONCLUSIONS/RECOMMENDATIONS 


Texas Instruments admits that IEF may be utilized 
commencing with the BAA, and bypassing the top-level ISP. 
This research shows such potential does exist. However, 
specific conditions must be present to recommend using IEF in 


this manner. Development of USAD is not such a project. 


A. BASED ON INTERVIEW 

An ISP is recommended since the Curricular Officer 
requirements cross functional boundaries with both the 
Registrar and Admissions Office requirements. The intertwined 
processes of handling student data require strategic planning 
that is the conventional starting point for the IEF. 
Regardless of the tool, an ISP (i.e. higher level planning 
phase) is recommended for production of the Curriculum Officer 
requirements specification. 

All users interviewed agreed that an ISP is not necessary 
in specific cases. In many instances this decision is 
warranted since the costs and essential requirement of higher 
level management commitment to conduct the ISP may be lacking. 
An ISP can be skipped if, and only if, the business area 
chosen for the BAA starting point has requirements and 


processes that are well bounded and constrained. 
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The Curricular Officer business area routinely crosses 
boundaries in utilizing/supplying data from/to both the 
Registrar's and Admission Offices' business areas. An ISP 
would therefore be the appropriate first step. It would 
enhance the performance of the team tasked with development of 
the USAD. 

A deliberate and meticulous ISP clearly defines functional 
responsibilities. Therefore, communication overhead between 
analysts/programmers and analysts/users is reduced and the 
rework necessary, due to changing user requirements, is 
mitigated because of up-front concurrence of top-level 
planners. Both maintenance of existing software and future 
software development applications at NPS would benefit since 
modifications are easily made to a documented strategic 
blueprint using IEF. 

The sole suggestion from other IEF users that might 
obviate the need for an ISP at NPS, is whether an individual 
exists within the organization with superior knowledge and 
insight into the workings of the business. Such an individual 
can provide IEF analysts with the organizational overview and 
corporate policy decisions that would yield intimate knowledge 
of dynamic interrelationships between various offices involved 
with handling student data. If such an individual does not 
exist or the organizational political climate is too uncertain 
for such knowledge to reside in any one person, then an ISP is 


recommended. 
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If USAD is intended to satisfy some long-range requirement 
within the overall strategic plan of NPS, then an ISP is 
strongly recommended. While the size of USAD may not 
immediately dictate a requirement for an ISP, the scope of 
intended utility of IEF within NPS' corporate framework may 
present sufficient justification. This is especially 
pertinent in light of DoD’s dedication to both the CIM 
initiative and ΤΟΠ. Documenting NPS’ mission and 
organizational objectives, and determining specific functions 
and responsibilities throughout the organization, facilitates 
the adoption of these corporate philosophies. NPS’ commitment 
to a top-level ISP, and subsequent lower-level Departmental 
ISP’s, based on this higher corporate strategy, is recommended 
to ensure a unified orientation for the entire organization. 

While the current conduct of academic business can be 
modeled commencing with the BAA, it is suggested that this 
shortcut be avoided. Full capability of the tool purchased by 
the school can best be utilized for the long-range benefits 


inherent in comprehensive strategic planning. 


B. BASED ON EXPERIENCE 

In attempting to use the IEF tool to model the Curricular 
Officers’ requirements, we discovered that the Curricular 
Officers’ reliance on data from both the Registrar’s and 
Admission’s Offices precluded a simple modeling of only these 


requirements. In order to provide consistency checks through 
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the IEF tool, we had to include those entities that fell 
within the purview of the Registrar's or Admission's Offices. 
Without the availability of the higher level analysis that 
would have been conducted via the tool's ISP, the modeling of 
these areas was done from a logical extrapolation of known 
processes, rather than an internalized, documented strategic 
plan upon which work within the BAA could be based. 
"Business areas are defined during ISP as pieces of the 
enterprise which can be analyzed independent of one another." 
Since the Curricular Officers’ business area is not 
independent of the Registrar’s or Admission’s Offices, an ISP 
by definition is required in order to properly use IEF to 
model the Curricular Officers’ business area requirements. 
Additionally, experience gained in modeling the Curricular 
Officers’ business area showed that an ISP would be extremely 
useful since "the scope of a business area should be analyzed 
all at once...to avoid scope creep and future system 


integration problems." [Ref. 13:p. 6] 


C. BASED ON TI’S IEF PERSONNEL 

Although the vendor’s publications indicate the ability to 
launch a project at the BAA level, conversations with TI’s 
technical experts indicate that an ISP is strongly recommended 
from the very beginning. [Ref. 19] 

Long-term investment of time, personnel, and resources 


cause private industry to avoid conducting an ISP, according 
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to trends highlighted in surveys executed by TI. However, 
this is an initial shortcut used by IT managers to enable 
rapid production of a smaller application. A quick victory 
provides upper level management with evidence of the tools 
potential. Once credibility has been established, the track 
record seems to indicate that higher level management is then 
willing to invest in ISP and development of corporate-wide 


applications based on that ISP. [Ref. 19] 


D. TRAINING (IE & IEF) 
1. Based on Interviews 

The single most important element stressed by all IEF 
users surveyed was the critical need for extensive training. 
The cost is high, but the learning curve is so steep otherwise 
that significant man-months will be wasted discovering 
intricacies of the toolset’s capabilities. All users 
contended that long-range commitment to using IEF demanded the 
expenditure for training. While training costs contribute to 
the long break-even point of I CASE, the critical nature of 
the requirement cannot be ignored. [Ref. 17] 

We recommend that the project team assigned to use the 
tool and the Director, MIS be scheduled to take the BAA I, BAA 
11, and Business System Design (BSD) training. If one user 
from each of the functional areas can take the BAA I training, 


this will greatly facilitate the modeling process. 


48 


At a minimum, all users who will be involved with USAD 
system modeling and all the MIS staff should be thoroughly 
indoctrinated in IE. However, the limited use of the tool at 
NPS may not require a total commitment to IE - this would 
depend on the number of projects upon which IEF is expected to 
be used. Professor Kamel in the Information Systems group 
from Administrative Sciences is contemplating the initiation 
of an IE course which could be an excellent source of training 
for NPS MIS personnel. 

If a true ISP of NPS is being considered, then an 
overview IE orientation training class is suggested for higher 
level managers as well. The language and concepts being 
discussed must have a firm footing in shared territory. Mr. 
Joe Joseph at NAMO is an excellent point of contact for this 
type of anecdotal experience and training. He is the Computer 
System Analyst primarily responsible for the conduct of ISP at 
NAMO. He suggested that, except for top management support, 
training is the most essential element for a successful ISP. 
He has conducted training classes for NAMO personnel in IE and 
ISP, and is an excellent source of expertise.* 

2. Based on Experience 
Without the training received via the tutorial, and 


especially training in BAA I provided by TI, modeling of the 


* For further information contact Mr. Joe Joseph at 


Autovon: 326-7900. 
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Curricular Officers' requirements using IEF would have been an 
order of magnitude more difficult. Formal training in both IE 
and IEF is strongly recommended. 

The technical support provided by Ms. Jeffrie Penrod, 
of TI's Santa Clara office was superb.  Willingly devoting 
many hours to application specific questions and making 
several "house calls" of many hours duration to assist in 
proper tool utilization made the learning curve a surmountable 
obstacle. Without her commitment to meeting user needs, 
professional concern, and teaching capabilities, our results 
would have been achieved only after significant wasted effort 
and time. We recommend the MIS Department maintain such a 
liaison during the development of USAD. 

The learning curve would undoubtedly be more 
manageable for analysts who are trained in IE and who can 
devote the majority of their working hours to becoming 
competent with the tool, but as Mr. Joe Joseph pointed out: 


"We are all novices on the first day!" 


E. IE METHODOLOGY AS COURSE AT NPS 

For students in the IS curriculum to graduate with no 
knowledge of IE verges on negligence. The changing 
methodology of analysis and design, and growing acceptance of 
IE as a viable alternative to standard methodologies requires 


academic consideration of this subject for inclusion in a 


course. 
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We recommend IEF be used as the Analysis and Design tool 
for such a course. There also exists potential for 
productivity benefits to the school of having students doing 
work in the same toolset as the MIS department. 

TI representatives have already indicated a willingness to 
support such a course with technical assistance and suggested 
course material for instructing IE (the co-developer of IE - 
James Martin - was primary consultant to TI for the years 


during the development and production of IEF). 


F. RESTRICTED ACCESS 

Required access restriction of various entity attributes 
can be designed in procedure diagrams in IEF which provide 
logic to describe how data is accessed. Password access 
should be used to further ensure that users are restricted in 
accessing/utilizing data elements not under their cognizance, 
in accordance with the Dean of Computers and Information 
guidance. The conduct of a thorough ISP will ensure these 
requirements are properly developed and organizationally 


acceptable (see H. below - the reasoning remains valid). 


G. ACCOUNTABILITY/OWNERSHIP OF DATA ELEMENTS 

One of the vital results of a thorough ISP is that all 
these types of issues/questions are answered by the 
appropriate level of managerial decision makers. By bringing 


key players into the process at the highest level of strategic 
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planning, agreements and decisions reached during an ISP 
ensure that resulting analysis and design will receive 
endorsement and support at all levels of management. The 
political infighting and disagreements that often accompany 
accountability/ownership become moot after a proper ISP has 


been conducted. 


H.  LIMITING IEF'S POTENTIAL 

When TI's IEF can generate source code in a language 
approved for use at NPS, it is recommended that the school 
purchase the remaining toolsets to enable application 
construction via IEF. Utilizing an I _ CASE tool for its front- 
end only defeats the purpose of such a tool since "most I CASE 
solutions must be implemented in their entirety to begin 
receiving measurable benefits, thus increasing the initial 
investment outlay." [Ref. 17] 

This type of comprehensive utilization of the tool would 
more readily justify the expenditures of resources devoted to 
properly modeling the NPS environment on the Planning, 
Analysis and Design toolsets already purchased. 

However, IEF is not recommended for use on an isolated 
application such as the USAD project. Long-range (three years 
or greater) return on investment for I CASE occurs only when 
organizational commitment is made for long-term, maximized 
productivity gains. [Ref. 17] In our opinion, documented 


productivity enhancements of I CASE, and specifically IEF, 
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would not be realized at NPS without 1) utilizing the entire 
toolset for USAD's planning, production and maintenance and, 
2) organizational commitment to utilization of I CASE on 
future portfolio applications. 

Additionally, we feel that IEF's extensive potential can 
be wholly realized at NPS only via a comprehensive I CASE 
implementation strategy. We recommend that such a bold scheme 


be considered and a feasibility study commissioned. 
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APPENDIX A 


The Entity Relationship Diagrams on the following pages 
depict entity types, their relationships, and certain aspects 
of their important properties. This data model provides "a 
comprehensive representation of the fundamental things of 
relevance to the business (entities types) and their 
interrelationships." [Ref. 28] 

Rectangles represent entity types (known as objects in 
other fundamental design techniques), which are fundamental 
things of relevance to the business about which data is kept. 
Those rectangles with three small circles in the upper left 
hand corner indicate contracted entities (the entity is 
partitioned or subdivided based upon a classifying attribute). 

Lines drawn between entity types depict relationships. 
The connection of these lines to rectangles determines the 
cardinality of the relationship. Cardinality is the number of 
times an entity occurrence can participate in a relationship. 
Those connection points which expand into a crow’s foot 
connection indicate a multiple occurrence. Relationships are 
one to one, or one to many. 

Perpendicular tick-marks on relationship lines indicate 


mandatory relationships while small circles indicate optional 


relationships. 
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The small "I" on these relationship lines indicate that 
identifying attributes are obtained from the associated entity 
type. 

The first Entity Relationship Diagram represents the 
overall data model of the student information system. The 
second provides an expansion of the three entity types; 


Student, Dependent, and Student Course of Study. 
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Entity Relationship 


APPENDIX B 


The report on the following pages presents tbe Entity 
Definition segment of the designed system. Definitions 
include such information as the entity type name, any aliases, 
description, properties, attributes and their  aliases, 
relationships, and identifiers, if any. If an entity type has 
subtypes, each subtype is also defined. [Ref. 26:p. 20-7] 

The minimum and maximum occurrences in the properties 
portion of the report were subjectively imposed and are 
included primarily to allow the tool’s consistency checks to 
execute successfully. Such information enables system 


administrators to estimate size requirements. 
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Entity Definition 


Entity: ACADEMIC_HISTORY 


Description: This identifies a particular student’s Academic 
background prior to arrival at NPS. 


subject area: CURRICULAR SADS 


Properties: Min Occ: 500 Avg Occ: 1000 
Max Occ: 2000 Growth Rate: 5% per year 


Attributes: SCHOOL 

DEGREE 

MAJOR 

GPA 

DATE 
Relationships: 
Always BELONGS TO one STUDENT 

cannot transfer. 


Identifiers: 
1 MAJOR 
1 DEGREE 
1 BELONGS TO STUDENT 
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Entity. 


Description: 


Subject area: 


Properties: 


Attributes: 


Relationships: 


Entity Definition 


BOOK CLAIM 


This identifies the amount of a reimbursable claim for 
a specific student for a particular year (student book 
money); to be used as deduction from total remaining 
funds: 


CURRICULAR_SADS 


Min Occ: 1400 Avg Occ: 3200 
Max Occ: 6400 Growth Rate: 5% per year 


AMOUNT OF CLAIM 
ACADEMIC QUARTER 


Always REDUCES one STUDENT BOOK REIMBURSEMENT 
cannot transfer. 


Identifiers: 


1 ACADEMIC QUARTER 
1 REDUCES STUDENT BOOK REIMBURSEMENT 
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Entity Definition 


Entity: COMPOSITION OF TYPICAL STUDY 


Description: This links a specific course with a specified year & 
quarter of Typical Course_ofi Study; presents the 
standardized template(s) as depicted in the course 
catalogue for the different curricula 


Eubgect area: CURRICULAR SADS 


Properties: Min Occ: 100 Avg Occ: 1800 

Max Occ: 2000 Growth Rate: 5% per year 
Attributes: TYPE OF COURSE 
Relationships: 


Always COMPRISES one ΟΤΕ OF TYPICAL STUDY 
cannot transfer. 

Always IDENTIFIES one COURSE 
can transfer. 


Identifiers: 


1 COMPRISES QTR OF TYPICAL STUDY 
1 IDENTIFIES COURSE 
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Entity Definition 


Entity: COURSE 

Description: This describes the entire list of available courses at 
the NPS based on course catalogue entries (under 
purview of Registrar - could be modeled here as an 


external object) 


Subject area:  CURRICULAR SADS 


Properties: Min Occ: 800 Avg Occ: 900 
Max Occ: 1000 Growth Rate: 5$ per year 
Attributes: NAME 


LECTURE CREDIT HOURS 

LAB CREDIT HOURS 
ACADEMIC DEPARTMENT CODE 
NUMBER 

Relationships: 

Sometimes (90$) REFLECTED IN many COMPOSITION OF TYPICAL STUDY 
Cardinality Min: 1 (est) Max: 100 (est) Avg: 50 
cannot transfer. 

Sometimes (70$) ASSIGNED TO many STUDENT COURSE OF STUDY 
Cardinality Min: 1 (est) Max: 2000 (est) Avg: 1700 
cannot transfer. 


Identifiers: 


1 NUMBER 
1 ACADEMIC DEPARTMENT CODE 
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Entity Definition 


Entity: CURRICULAR OFFICE 


Description: This identifies the organizational entity responsible 
for the maintenance of the curricular programs. 


Subject area:  CURRICULAR SADS 


Properties: Min occ: dd Avg Occ: aba 

Max Occ: 20 Growth Rate: 1$ per year 
Attributes: TITLE 

CODE 

PASSWORD 
Relationships: 


Always COMPOSED OF many CURRICULUM 
Cardinality Min: 1 Max: 20 (est) Avg: 5 
cannot transfer. 


Identifiers: 
1 CODE 
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Entity Definition 


Entity: CURRICULUM 


Description: This identifies the number & title of the curriculum 
program required for a specific degree 


Subject area: CURRICULAR SADS 


Properties: Min Occ: 40 Avg Occ: 50 

Max Occ: 60 Growth Rate: 5$ per year 
Attributes: TITLE 

NUMBER 
Relationships: 


Sometimes (50%) BELONGS TO many STUDENT 
Cardinality Min: 1 (est) Max: 400 (est) Avg: 200 
cannot transfer. 

Sometimes (0$) RECOMMENDS many TYPICAL COURSE OF STUDY 
Cardinality Min: 1 (est) Max: 30 (est) Avg: 4 
cannot transfer. 

Always COMPRISES one CURRICULAR OFFICE 
cannot transfer. 


Identifiers: 
1 NUMBER 
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Entity Definition 


Entity: DEPENDENT 


Description: This identifies any known dependents (child/spouse) 
belonging to a particular student. 


Subject area:  CURRICULAR SADS 


Properties: Mrm"oce: 500 Avg Occ: 2000 
Max Occ: 4000 Growth Rate: 5% per year 
Attributes: LAST NAME 


FIRST_NAME 
FAMILY MEMBER 
Relationships: 7 
Always BELONGS TO one STUDENT 
cannot transfer. 


Identifiers: 
1 LAST NAME 
1 FIRST NAME 
1 BELONGS TO STUDENT 


Partitioned by: FAMILY MEMBER 


Classifying Value Subtype 
SPOUSE SPOUSE 
CHILD CHILD 
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Entity: 


Description: 


Properties: 


Attributes: 
Subtype of: 


Entity Definition 


SPOUSE 


This identifies the dependent as a spouse and 
indicates if the individual is also enrolled at NPS. 


Min Occ: 1000 Avg Occ: 1700 
Max Occ: 2000 Growth Rate: 5$ per year 


ALSO_STUDENT 
DEPENDENT 


Inherited Attributes: 


DEPENDENT: 


LAST_NAME 
FIRST_NAME 
FAMILY MEMBER 
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Entity: 


Description: 


Properties: 


Attributes: 


Subtype of: 


Entrev Definition 


CHILD 


This identifies the dependent as a child and 
stores the birthdate and sex of the child. 


Min Occ: 2000 Avg Occ: 6000 

Max Occ: 8000 Growth Rate: 5% per year 
DATE OF BIRTH 

GENDER 

DEPENDENT 


Inherited Attributes: 


DEPENDENT: 


LAST NAME 
FIRST NAME 
FAMILY MEMBER 
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Entity Definition 





Entity: PRT 


Description: This identifies the results of a Naval student's 
Physical Readiness Test. 


Subject area:  CURRICULAR SADS 


Properties: Min Occ: 1000 Avg occ: 2000 

Max Occ: 4000 Growth Rate: 5% per year 
Attributes: SCORE 

BODY FAT 


DATE OF TEST 
Relationships: Ra E 
Always TAKEN BY one NAVY 
cannot transfer. 


Identifiers: 


1 DATE OF TEST 
1 TAKEN BY NAVY 
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Entity: 


Description: 


Subject area: 


Properties: 


Attributes: 
Relationships: 


Entity Definition 


QTR OF TYPICAL STUDY 

This entity reflects the quarter (numerical) of a 
particular curriculum’s typical course of study. Each 
quarter is comprised of multiple courses. 


CURRICULAR_SADS 


Min Occ: 1 Avg Occ: 6 
Max Occ: 15 Growth Rate: 1% per year 


QUARTER NUMBER 


Always MAKES UP one TYPICAL COURSE OF STUDY 
cannot transfer. 
Always CONSISTS OF many COMPOSITION OF TYPICAL STUDY 


Cardinality Min: 1 (est) Max: 


8 (est) Avg: 4 


cannot transfer. 


Identifiers: 


1 QUARTER NUMBER 
1 MAKES UP TYPICAL COURSE OF STUDY 


69 


Entity Definition 


EDUCTEV: QUARTER QPR 


Description: This entity type identifies the Quality Point Ratings 
of a specific student for a particular quarter. 


Subject area:  CURRICULAR SADS 


Properties: Min Occ: 200 Avg Occ: 16000 

Max Occ: 24000 Growth Rate: 5% per year 
Attributes: TOTAL 

GRADUATE 


ACADEMIC YEAR 
ACADEMIC QUARTER 

Relationships: 

Always CALCULATED FROM many STUDENT COURSE OF STUDY 
Cardinality Min: 1 (est) Max: 12 (est) Avg: 6 
cannot transfer. 

Always EARNED BY one STUDENT 
cannot transfer. 


Identifiers: 
1 ACADEMIC QUARTER 
1 ACADEMIC YEAR 
1 EARNED BY STUDENT 
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Entity Definition 


Emtity: STUDENT 


Description: This identifies a projected/arrived/registered/ 
graduated/dropped student at the Naval Postgraduate 
School. 


Subject area:  CURRICULAR SADS 


Properties: μας οσα. 500 Avg Occ: 1000 
Max Occ: 2000 Growth Rate: 5% per year 

Attributes: 

SSN TYPE REFRESHER 

PRESENT STATUS TYPE OFFICER 

LAST NAME RECEIVED ORDERS TO ATTEND 

FIRST NAME MIDDLE INITIAL 

SHORTNAME GENDER 

RANK DATE OF RANK 

PHONE NUMBER STREET 

CITY ZIP CODE 


SMC BOX NUMBER 
SECTION NUMBER 
PROPOSED NPS DEGREE 
NPS MAJOR 

STUDY SPACE 

DATE OF BIRTH 

PLACE OF BIRTH STATE 
SECURITY ACCESS 
LAST FITREP DATE 
NEXT DUTY STATION 
DATE OF ORDERS 

APC 

DUAL DEGREE 
CONVENING DATE 
MARITAL STATUS 
LIBRARY CARD NUMBER 
AIDS TEST DATE 
DENTAL DATE 

TOTAL QPR 

COMMENTI 


LAMESA HOUSING OCCUPANT 
SPLIT SECTION . 
ACCREDITATION STATUS 
COMMISSIONING SOURCE 

LOCKER NUMBER 
PLACE OF BIRTH CITY 

DATE REPORTED ABOARD 
SECURITY BACKGROUND 

NEXT FITREP DUE 

PREVIOUS DUTY STATION 

NAME OF SPONSOR 

DATE THAT A SPONSOR WAS ASSIGNED 
DATE WELCOME PACKAGE SENT 
DATE SPONSOR LETTER SENT 

IN BOUND STUDENT SPONSOR 
MAINFRAME ACCOUNT NUMBER 
PHYSICAL DATE 

ANTICIPATED GRADUATION DATE 
GRADUATE QPR 


STARTED PARENT . CURRICULUM 


COMPLETED FIRST REFRESHER TOTES 
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Relationships: 

Sometimes (75%) EARNS many QUARTER QPR 
Cardinality Min: 1 (est) Max: 12 (est) Avg: 6 
cannot transfer. 

Sometimes (50%) POSSESSES many STUDENT COURSE OF STUDY 
Cardinality Min: 1 (est) Max: 80 (est) Avg: 50 
cannot transfer. 

Always ASSIGNED TO one CURRICULUM 
can transfer. 

Sometimes (70%) POSSESSES many DEPENDENT 
Cardinality Min: 1 (est) Max: 10 (est) Avg: 3 
cannot transfer. 

Sometimes (70%) WRITES one THESIS 
can transfer. 

Sometimes (90%) POSSESSES many ACADEMIC HISTORY 
Cardinality Min: 1 (est) Max: 4 (est) Avg: 1 
cannot transfer. 


Identifiers: 
1 SSN 
Partitioned ο τε οσον ER 
Classifying Value Subtype 
C CIVILIAN 
T INTERNATIONAL 
M MILITARY NON NAVY 
N NAVY 
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Entity: 


Descri 


Proper 
Attrib 
Subtyp 


Inheri 
ST 


Entity Definition 





This identifies the student as a civilian and indicates 


the type of program the individual will be enrolled 


CIVILIAN 
ption: 

in at NPS. 
ties: Min Occ: 

Max Occ: 
utes: PROGRAM 
e of: STUDENT 
ted Attributes: 
UDENT: 
SSN 
PRESENT STATUS 
LAST NAME 
FIRST NAME 
SHORTNAME 
RANK 
PHONE NUMBER 
CITY 


SMC BOX NUMBER 
SECTION NUMBER 
PROPOSED NPS DEGREE 
NPS MAJOR 

STUDY SPACE 

DATE OF BIRTH 
PLACE OF BIRTH STATE 
SECURITY ACCESS 
LAST FITREP DATE 
NEXT DUTY STATION 
DATE OF ORDERS 

APC o 

DUAL DEGREE 
CONVENING DATE 
MARITAL STATUS 
LIBRARY CARD NUMBER 
AIDS TEST DATE 
DENTAL DATE 

TOTAL QPR 

COMMENT1 


50 
5$ per year 


l Avg Occ: 
100 Growth Rate: 


TYPE REFRESHER 

TYPE OFFICER 

RECEIVED ORDERS TO ATTEND 
MIDDLE INITIAL 

GENDER 

DATE OF RANK 

STREET 

ZIP CODE 

LAMESA HOUSING OCCUPANT 
SPLIT SECTION 
ACCREDITATION STATUS 
COMMISSIONING SOURCE 
LOCKER NUMBER 
PLACE OF BIRTH CITY 

DATE REPORTED ABOARD 
SECURITY BACKGROUND 

NEXT FITREP DUE 
PREVIOUS DUTY STATION 
NAME OF SPONSOR 

DATE THAT A SPONSOR WAS ASSIGNED 
DATE WELCOME PACKAGE SENT 
DATE SPONSOR LETTER SENT 
IN BOUND STUDENT SPONSOR 
MAINFRAME ACCOUNT NUMBER 
PHYSICAL DATE 

ANTICIPATED GRADUATION DATE 
GRADUATE QPR 


STARTED PARENT _ CURRICULUM 


COMPLETED_FIRST_REFRESHER EOTR 
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Entity Definition 


Entity: INTERNATIONAL 





Description: This identifies the student as an international 
student and indicates the country and military 
service of the individual. 


Properties: MinJOces 
Max Occ: 


Attributes: INTERNATIONAL _ 


COUNTRY 
Subtype of: STUDENT 


Inherited Attributes: 
STUDENT: 

SSN 
PRESENT_STATUS 
LAST_NAME 
FIRST_NAME 
SHORTNAME 
RANK 
PHONE NUMBER 
CITY 
SMC BOX NUMBER 
SECTION NUMBER 
PROPOSED NPS DEGREE 
NPS MAJOR 
STUDY SPACE 
DATE OF BIRTH 
PLACE OF BIRTH STATE 
SECURITY ACCESS 
LAST FITREP DATE 
NEXT DUTY STATION 
DATE OF ORDERS 
APC 
DUAL DEGREE 
CONVENING DATE 
MARITAL STATUS 
LIBRARY CARD NUMBER 
AIDS TEST DATE 
DENTAL DATE 
TOTAL QPR 
COMMENTI 


25 Avg Occ: 
300 Growth Rate: 


SERVICE COMPONENT 


TYPE REFRESHER 
TYPE OFFICER 


100 
5% per year 


RECEIVED ORDERS TO ATTEND 


MIDDLE INITIAL 
GENDER 

DATE OF RANK 
STREET . 

ZIP CODE 


LAMESA HOUSING OCCUPANT 


SPLIT SECTION 
ACCREDITATION STATUS 
COMMISSIONING SOURCE 
LOCKER NUMBER 

PLACE OF BIRTH CITY 
DATE REPORTED ABOARD 
SECURITY BACKGROUND 
NEXT FITREP DUE 


PREVIOUS DUTY STATION 


NAME OF SPONSOR 


DATE THAT A SPONSOR WAS_ASSIGNED 


DATE _ WELCOME _ PACKAGE _ 
DATE SPONSOR LETTER 


SENT 
SENT 


IN BOUND STUDENT SPONSOR 
MAINFRAME ACCOUNT NUMBER 


PHYSICAL | DATE 


ANTICIPATED _GRADUATION DATE 


GRADUATE _QPR 


COMPLETED FIRST REFRESHER QTR 


TA 


STARTED PARENT CURRICULUM 


Entity Definition 


Entity: MILITARY NON NAVY 


Description: This identifies a student as belonging to a US 
Military component other than the Navy. The 
individual's service component is identified. 


Properties: Min Occ: 
Max Occ: 


Attributes: SERVICE 
Subtype of: STUDENT 


Inherited Attributes: 
STUDENT: 

SSN 
PRESENT STATUS 
LAST NAME 
FIRST NAME 
SHORTNAME 
RANK 
PHONE NUMBER 
τ 
SMC BOX NUMBER 
SECTION NUMBER 
PROPOSED NPS DEGREE 
NPS MAJOR 
STUDY SPACE 
DATE OF BIRTH 
PLACE OF BIRTH STATE 
SECURITY ACCESS 
LAST FITREP DATE 
NEXT DUTY STATION 
DATE OF ORDERS 
APC p 
DUAL DEGREE 
CONVENING DATE 
MARITAL STATUS 
LIBRARY CARD NUMBER 
AIDS TEST DATE 
DENTAL DATE 
TOTAL QPR 
COMMENT1 


400 Avg Occ: 500 
1000 Growth Rate: 5% per year 


TYPE REFRESHER 

TYPE OFFICER 

RECEIVED ORDERS TO ATTEND 
MIDDLE INITIAL 
GENDER 

DATE OF RANK 

STREET 

ZIP CODE 

LAMESA HOUSING OCCUPANT 
SPLIT SECTION 
ACCREDITATION STATUS 
COMMISSIONING SOURCE 
LOCKER NUMBER 

PLACE OF BIRTH CITY 

DATE REPORTED ABOARD 
SECURITY BACKGROUND 

NEXT FITREP DUE 
PREVIOUS DUTY STATION 
NAME OF SPONSOR 

DATE THAT A SPONSOR WAS ASSIGNED 
DATE WELCOME PACKAGE SENT 
DATE SPONSOR. LETTER SENT 
IN BOUND STUDENT SPONSOR 
MAINFRAME ACCOUNT NUMBER 
PHYSICAL DATE 

ANTICIPATED GRADUATION DATE 
GRADUATE QPR 


STARTED PARENT CURRICULUM 


COMPLETED FIRST REFRESHER QTR 
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Entity: 


Description: 


Properties: 


Attributes: 


Relationships: 


Entity Definition 


NAVY 


This indicates that a student is a member of the 
US Navy, and identifies the officer's lineal number 
year group, and officer designator. 


Min Oco: 400 Avg Occ: 800 
Max Occ: 1600 Growth Rate: 5*$ per year 


OFFICER DESIGNATOR 
LINEAL NUMBER 
OFFICER YEAR GROUP 


Sometimes (50*) OBTAINS many STUDENT BOOK REIMBURSEMENT 
Cardinality Min: 1 (est) Max: 3 (est) Avg: 1 
cannot transfer. 

Sometimes (80%) TAKES many PRT 
Cardinality Min: 2 (est) Max: 4 (est) Avg: 2 
cannot transfer. 


Subtype of: 


STUDENT 
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Inherited Attributes: 
STUDENT: 


SSN 

PRESENT STATUS 

LAST NAME 

FIRST NAME 
SHORTNAME 

RANK 

PHONE NUMBER 

ΠῈΣ 

SMC BOX NUMBER 
SECTION NUMBER 
PROPOSED NPS DEGREE 
NPS MAJOR 

STUDY SPACE 

DATE OF BIRTH 
PLACE OF BIRTH STATE 
SECURITY ACCESS 
LAST FITREP DATE 
NEXT DUTY STATION 
DATE OF ORDERS 

APC 

DUAL DEGREE 
CONVENING DATE 
MARITAL STATUS 
LIBRARY CARD NUMBER 
AIDS TEST DATE 
DENTAL DATE 

TOTAL QPR 

COMMENTI 


TYPE REFRESHER 
TYPE OFFICER 

RECEIVED ORDERS TO ATTEND 
MIDDLE INITIAL 

GENDER 

DATE OF RANK 

STREET 

ZIP CODE 

LAMESA HOUSING OCCUPANT 
SPLIT SECTION 

ACCREDITATION STATUS 
COMMISSIONING SOURCE 

LOCKER NUMBER 
PLACE OF BIRTH CITY 

DATE REPORTED ABOARD 
SECURITY BACKGROUND 

NEXT FITREP DUE 
PREVIOUS DUTY STATION 
NAME OF SPONSOR 

DATE THAT A SPONSOR WAS ASSIGNED 
DATE WELCOME PACKAGE SENT 
DATE SPONSOR LETTER SENT 

IN BOUND STUDENT SPONSOR 
MAINFRAME ACCOUNT NUMBER 
PHYSICAL DATE 

ANTICIPATED GRADUATION DATE 
GRADUATE QPR 


STARTED _ PARENT CURRICULUM 


COMPLETED FIRST REFRESHER COTES 
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Entity Definition 





Entity: STUDENT BOOK REIMBURSEMENT 


Description: This reflects the available balance of book 
reimbursement for a particular student for a specific 


year; this amount cannot exceed the total 
Navy Book Eligibility ceiling imposed by NAVREGs. 


Subject area:  CURRICULAR SADS 


Properties: Min Occ: 350 Avg Occ: 800 
Max Occ: 1600 Growth Rate: 5$ per year 
Attributes: AMOUNT REMAINING 


TOTAL AMOUNT ELIGIBLE 
NUMBER ACADEMIC QTRS AUTHORIZED 
YEAR 
Relationships: 
Always CAN NOT EXCEED one TOTAL ANNUAL NAVAL BOOK CEILING 
cannot transfer. 
Always PROVIDED TO one NAVY 
cannot transfer. 
Sometimes (50%) DEPRECIATED BY many BOOK CLAIM 
Cardinality Min: 1 (est) Max: 4 (est) Avg: 1 
cannot transfer. 


Identifiers: 


1 YEAR 
1 PROVIDED TO NAVY 
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Entity Definition 


Entity: STUDENT COURSE OF STUDY 


Description: This identifies all the courses that a student 

requests/schedules/completes at NPS; initially courses 
are requested using the Typical Course of Study for a 
particular curriculum and is guided by the Courses or 
Offered Courses available at the time of request; when 
scheduled, a section number is assigned and upon 
termination of student participation, a grade is 
earned. 


Subject area: CURRICULAR SADS 


Properties: Min Occ: 2000 Avg Occ: 4000 

Max Occ: 8000 Growth Rate: 5% per year 
Attributes: STATUS 

VALIDATION 

PASS FAIL 


ACADEMIC_YEAR 
ACADEMIC QUARTER 
Relationships: n 
Sometimes (50*) USED TO CALCULATE one QUARTER QPR 
cannot transfer. 
Sometimes (20$) INITIALLY REFLECTS one TYPICAL COURSE OF STUDY 
cannot transfer. 
Always BELONGS TO one STUDENT 
cannot transfer. 
Always COMPOSED OF one COURSE 
can transfer. 


Identifiers: 
1 BELONGS TO STUDENT 
1 COMPOSED OF COURSE 


Partitioned by: STATUS 


Classifying Value Subtype 

e COMPLETED 
S SCHEDULED 
R REQUESTED 
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Entity Definition 


Entity: COMPLETED 
Description: This indicates that a course has been completed by 
a particular student. The student's grade is 
identified. 
Properties: Mynsoec: 2000 "να οσο: 10000 
Max Occ: 20000 Growth Rate: 5% per year 
Attributes: GRADE 
Subtype of: STUDENT COURSE OF STUDY 
Inherited Attributes: 
STUDENT COURSE OF STUDY: STATUS 
VALIDATION 
PASS FAIL 


ACADEMIC YEAR 
ACADEMIC QUARTER 
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Entity Definition 


Entity: SCHEDULED 
Description: This indicates that a requested course has been 
scheduled and identifies the section number of 
that particular course of which a student possesses 
enrollment. 
Properties: Μν σας, 2000 Avg Occ: 10000 
Max Occ: 20000 Growth Rate: 5$ per year 
Attributes: SECTION NUMBER 
Subtype of: STUDENT COURSE OF STUDY 
Inherited Attributes: 
STUDENT COURSE OF STUDY: STATUS 
VALIDATION 
PASS FAIL 


ACADEMIC YEAR 
ACADEMIC QUARTER 
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Eñtity Definition 


Entity: REQUESTED 
Description: This indicates that a course has been requested by 
a particular student. 
Properties: Min Occ: 2000 Avg Occ: 10000 
Max Occ: 20000 Growth Rate: 5% per year 
Subtype of: STUDENT COURSE OF STUDY 
Inherited Attributes: 
STUDENT COURSE OF STUDY: STATUS 
VALIDATION 
PASS FAIL 


ACADEMIC YEAR 
ACADEMIC QUARTER 
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Entity Definition 





Entity: THESIS 
Description: This identifies the thesis written by one or more 
students. 


Subject area: CURRICULAR SADS 


Properties: Mingoce: 900 Avg Occ: 1000 
Max Occ: 2000 Growth Rate: 5*$ per year 
Attributes: NUMBER 


DUE DATE MONTH 
DUE DATE YEAR 
TITLE 
STATUS 
ADVISOR 
SECOND READER 
CLASSIFIED 
JOINT 
Relationships: 
Always WRITTEN BY many STUDENT 
Cardinality Min: 1 Max: 2 (est) Avg: 1 
cannot transfer. 


Identifiers: 


1 DUE DATE YEAR 
1 NUMBER 
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Entity: 


Description: 


Subject area: 


Properties: 


Attributes: 


Relationships: 


Sometimes (50%) 


Entity Definition 


TOTAL ANNUAL NAVAL BOOK CEILING 


This is the funding ceiling allocated to all Naval 
students for book reimbursement during the year; 

used as basis for calculating a particular student's 
book money based on # of quarters remaining and 
previously submitted claims. No claims can be made if 
the figure here = $0.00 


CURRICULAR_SADS 


Min Occ: 1 Avg Occ: 1 
Max Occ: 5 Growth Rate: 1$ per year 


TOTAL AMOUNT 
DATE IMPLEMENTED 


SETS LIMIT many STUDENT BOOK REIMBURSEMENT 


Cardinality Min: 400 (est) Max: 2000 (est) Avg: 1000 
cannot transfer. 


Identifiers: 


l DATE IMPLEMENTED 
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Entity: 


Description: 


Subject area: 


Properties: 


Attributes: 


Relationships: 


Entity Definition 


TYPICAL COURSE OF STUDY 


This uniquely identifies (via Year & Quarter) a 
Matrix of Typical Study for a particular curriculum; 
used once for every student (if at all) - once assigned 
to a specific student, is no longer used. 


CURRICULAR SADS 


Min ὅσα, 40 Avg Occ: 80 
Max Occ: 120 Growth Rate: 5% per year 


TYPE STUDENT 
REFRESHER REQUIREMENTS 


Always IDENTIFIES many QTR_OF_ TYPICAL STUDY 
Cardinality Min: 1 (est) Max: 12 (est) Avg: 6 
cannot transfer. 


Sometimes (50%) 


INITIALLY ASSIGNED AS one STUDENT COURSE OF STUDY 


cannot transfer. 
Always RECOMMENDED FOR one CURRICULUM 
cannot transfer. 


Identifiers: 


1 REFRESHER REQUIREMENTS 
1 TYPE STUDENT 
1 RECOMMENDED FOR CURRICULUM 


-End of Report- 
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APPENDIX C 


The report on the following pages, defines the Entity 
Hierarchy of the data model designed for the student 
information system which provides information about the parent 
entity types in the model and their subtypes, including 


identification of their attributes. [Ref. 26:p. 20-8] 
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Entity: 
Attrs: 


Entsty: 
Attrs: 


Entity: 
Attrs: 


Entity: 


Attrs: 


Entity: 


Attrs: 


Entity: 


Attrs: 


Entity: 


Attrs: 


Entity: 


Attrs: 


Entity: 


Attrs: 


Entity Hierarchy 


ACADEMIC_HISTORY 
SCHOOL 
DEGREE 
MAJOR 
GPA 
DATE 


BOOK CLAIM 
AMOUNT OF CLAIM 
ACADEMIC QUARTER 


COMPOSITION OF TYPICAL STUDY 
TYPE OF COURSE 


COURSE 
NAME 
LECTURE CREDIT HOURS 
LAB CREDIT HOURS 
ACADEMIC DEPARTMENT CODE 
NUMBER 


CURRICULAR OFFICE 
TITLE Ὃν 
CODE 
PASSWORD 


CURRICULUM 
TITLE 
NUMBER 


DEPENDENT 
LAST NAME 
FIRST NAME 
FAMILY MEMBER 


Part ng : 
Subtype: SPOUSE 
Attrs: 
Subtype: CHILD 
Attrs: 
PRT 
SCORE 
BODY FAT 


DATE OF TEST 


QTR OF TYPICAL STUDY 
QUARTER NUMBER 
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FAMILY MEMBER 
ALSO STUDENT 


DATE OF BIRTH 
GENDER 


Entity Hierarchy 


QUARTER QPR 
TOTAL 
GRADUATE 
ACADEMIC YEAR 
ACADEMIC QUARTER 


Entity: 
Attrs: 


STUDENT 
SSN 
PRESENT STATUS 
LAST NAME 
MIDDLE INITIAL 
GENDER 
DATE OF RANK 
STREET 
ZIP CODE 
SMC BOX NUMBER 
CONVENING DATE 
SECTION NUMBER 
PROPOSED NPS DEGREE 
NPS MAJOR 
STUDY SPACE 
MARITAL STATUS 
PLACE OF BIRTH CITY 
SECURITY BACKGROUND 
LAST FITREP DATE 
PREVIOUS DUTY STATION 
DUAL DEGREE 
NAME OF SPONSOR 
DATE OF ORDERS 
COMMISSIONING SOURCE 
PHYSICAL DATE 
DENTAL DATE 
AIDS TEST DATE 
COMMENT 1 
TOTAL QPR 
TYPE OFFICER 


Entity: 
Attrs: 


Partng: 


Subtype: 


Attrs: 


Subtype: 


Attrs: 


Subtype: 


Attrs: 


Subtype: 


Attrs: 


TYPE REFRESHER 

RECEIVED ORDERS TO ATTEND 
FIRST NAME 

SHORTNAME 

RANK 

PHONE NUMBER 

CITY 

LAMESA HOUSING OCCUPANT 
DATE REPORTED ABOARD 
ANTICIPATED GRADUATION DATE 
SPLIT_SECTION 
ACCREDITATION STATUS 

APC 

LOCKER_NUMBER 

DATE OF BIRTH 

PLACE OF BIRTH STATE 
SECURITY ACCESS 

NEXT FITREP DUE 

NEXT DUTY STATION 

DATE THAT A SPONSOR WAS ASSIGNED 
DATE WELCOME PACKAGE SENT 
DATE SPONSOR LETTER SENT 
MAINFRAME ACCOUNT NUMBER 
LIBRARY CARD NUMBER 

IN BOUND STUDENT SPONSOR 
COMPLETED FIRST REFRESHER QTR 
STARTED PARENT CURRICULUM 
GRADUATE QPR 


TYPE OFFICER 
CIVILIAN 
PROGRAM 
INTERNATIONAL 
INTERNATIONAL SERVICE COMPONENT 
COUNTRY 
MILITARY NON NAVY 
SERVICE 
NAVY 
OFFICER DESIGNATOR 
LINEAL NUMBER 
OFFICER YEAR GROUP 
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Entity: 
Attrs: 


Entity: 
Bttrs: 


Entity: 
Pieter S : 


Entity: 
Attrs: 


Eñtity: 
Attrs: 


Entity Hierarchy 


AMOUNT REMAINING 
TOTAL AMOUNT ELIGIBLE 


STUDENT BOOK REIMBURSEMENT 


NUMBER ACADEMIC QTRS AUTHORIZED 


YEAR 


STUDENT COURSE OF STUDY 


VALIDATION 

PASS FAIL 
ACADEMIC YEAR 
ACADEMIC QUARTER 


STATUS 
Partmg. 
Subtype: 
Attrs: 
Subtype: 
Attrs: 
Subtype: 

THESIS 
NUMBER 


DUE DATE MONTH 
DUE DATE YEAR 
TITLE 

STATUS 

ADVISOR 

SECOND READER 
CLASSIFIED 
JOINT 


TOTAL AMOUNT 
DATE IMPLEMENTED 


TYPICAL COURSE OF STUDY 


TYPE STUDENT 
REFRESHER REQUIREMENTS 


STATUS 
COMPLETED 
GRADE 
SCHEDULED 
SECTION NUMBER 
REQUESTED 


TOTAL ANNUAL NAVAL BOOK CEILING 


-End of Report- 
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APPENDIX D 


The report on the following pages defines the Attribute 
Cross Reference of the designed system which lists all 
attributes within the model alphabetically, to include IEF- 
supplied attributes. It lists each attribute name, associated 


entity type or subtype, and properties. [Ref. 27:p. 32-8] 
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Attribute Cross Reference 


attribute: ACADEMIC DEPARTMENT CODE 

entity: COURSE 

properties: Mandatory Basic Text Length: 2 

attribute: ACADEMIC QUARTER 

entity: QUARTER QPR 

properties: Mandatory Basic Text Length: 4 

attribute: ACADEMIC QUARTER 

entity: STUDENT COURSE OF STUDY 

properties: Mandatory Basic Text Length: 4 

attribute: ACADEMIC QUARTER 

entity: BOOK CLAIM 

properties: Mandatory Basic Text Length: 4 

attribute: ACADEMIC YEAR 

entity: STUDENT COURSE ΟΕ STUDY 

properties: Mandatory Basic Number Length: 4 Decimal: 0 
attribute: ACADEMIC YEAR 

entity: QUARTER QPR 

properties: Mandatory Basic Number Length: 2 Decimal: O0 
attribute: ACCREDITATION STATUS 

entity: STUDENT 

properties: Optional Basic Text Length: 1 

attribute: ADVISOR 

entity: THESIS 

properties: Optional Basic Text Length: 22 

attribute: AIDS TEST DATE 

entity: STUDENT 

properties: Optional Basic Date Length: 8 

attribute: ALSO STUDENT 

subtype: SPOUSE of entity: DEPENDENT 

properties: Optional Basic Text Length: 1 

attribute: AMOUNT OF CLAIM 

entity: BOOK CLAIM 

properties: Mandatory Basic Number Length: 5 Decimal: 2 
attribute: AMOUNT REMAINING 

entity: STUDENT BOOK REIMBURSEMENT 

properties: Mandatory Derived Number Length: 6 Decimal: 2 
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attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


Attribute Cross Reference 


ANTICIPATED GRADUATION DATE 
STUDENT 
Optional Basic Date Length: 8 


APC 
STUDENT 


Optional Basic Number Length: 3 Decimal: 


AVERAGE CURRENCY 
IEF SUPPLIED 
Mandatory Basic Number Length: 


AVERAGE INTEGER 
IEF SUPPLIED 
Mandatory Basic Number Length: 


AVERAGE REAL 
ΠΕ ΠΕΠ 
Mandatory Basic Number Length: 


BODY FAT 


ERE 


11 Decimal: 


9 Decimal: 


15 Decimal: 


Optional Basic Number Length: 2 Decimal: 


CITY 
STUDENT 
Optional Basic Text Length: 22 


CLASSIFIED 
THESIS 
Mandatory Basic Text Length: 1 


CODE 
CURRICULAR OFFICE 
Mandatory Basic Text Length: 2 


COMMENTI 
STUDENT 
Optional Basic Text Length: 30 


COMMISSIONING SOURCE 
STUDENT 
Optional Basic Text Length: 6 


COMPLETED FIRST REFRESHER QTR 


STUDENT 
Mandatory Basic Text Length: 2 
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0 


2 


4 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
subtype: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
subtype: 
properties: 


attribute: 
entity: 
properties: 


Attribute Cross Reference 


CONVENING DATE 
STUDENT 
Mandatory Basic Date Length: 8 


COUNT 
IEF SUPPLIED 


Mandatory Basic Number Length: 9 Decimal: 0 


COUNTRY 
INTERNATIONAL of entity: 
Optional Designed Text Length: 


CUMULATIVE HOURS 


STUDENT 
10 


GAINED (local work element creation) 


Mandatory Basic Number Length: 


CUMULATIVE VALUE 


3 Decimal: 


POINT (local work element creation) 


Mandatory Basic Number Length: 


CYYMMDD_NUMBER 
NUMCYY (available ief 
Mandatory Basic Number Length: 
CYYMMDD NUMBER 
CYYNUM (available ief 
Mandatory Basic Number Length: 


CYYMMDD NUMBER 


6 Decimal: 


entity & attribute) 


9 Decimal: 


entity & attribute) 


9 Decimal: 


0 


2 


0 


0 


CYYDATE (available ief entity & attribute) 


Mandatory Basic Number Length: 


DATE 
ACADEMIC HISTORY 
Optional Basic Date Length: 8 


DATE IMPLEMENTED 
TOTAL ANNUAL NAVAL BOOK CEILING 
Mandatory Basic Date Length: 8 


DATE OF BIRTH 
CHILD of entity: DEPENDENT 
Optional Basic Date Length: 8 


DATE OF BIRTH 


STUDENT 
Optional Basic Date Length: 8 


9 3 


9 Decimal: 


0 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


Attribute Cross Reference 


DATE OF ORDERS 
STUDENT 
Optional Basic Date Length: 8 


DATE_OF_RANK 
STUDENT 
Optional Basic Date Length: 8 


DATE OF TEST 
PRI 
Mandatory Basic Date Length: 8 


DATE REPORTED ABOARD 
STUDENT 
Optional Basic Date Length: 8 


DATE SPONSOR LETTER SENT 
STUDENT 
Optional Basic Date Length: 8 


DATE STRING 
DATEJUL (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: 0 


DATE STRING 
DATETEXT (available ief entity & attribute) 
Mandatory Basic Text Length: 10 


DATE THAT A SPONSOR WAS ASSIGNED 
STUDENT 
Optional Basic Date Length: 8 


DATE VALUE 
NUMDATE (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


DATE VALUE 
DATENUM (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


DATE VALUE 
JULDATE (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


DATE VALUE 


YEAR (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


94 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
Entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


Attribute Cross Reference 


DATE VALUE 
CYYDATE (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


DATE VALUE 
DAYOFWEEK (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


DATE VALUE 
DAY (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


DATE VALUE 
MONTH (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


DATE VALUE 
DAYS (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


DATE VALUE 
DATEDAYS (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


DATE VALUE 
DATEJUL (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


DATE VALUE 
DATETEXT (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


DATE WELCOME PACKAGE SENT 
STUDENT 
Optional Basic Date Length: 8 


DAY 
DAY (available ief entity & attribute) 
Mandatory Basic Number Length: 4 Decimal: 0 


DAY OF WEEK 
DAYOFWEEK (available ief entity & attribute) 
Mandatory Basic Text Length: 9 


DEGREE 


ACADEMIC HISTORY 
Mandatory Basic Text Length: 15 
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attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
subtype: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
subtype: 


properties: 


Attribute Cross Reference 


DENTAL DATE 
STUDENT 
Optional Basic Date Length: 8 


DUAL DEGREE 
STUDENT 
Optional Basic Text Length: 25 


DUE DATE MONTH 
THESIS 
Mandatory Basic Text Length: 3 


DUE DATE YEAR 
THESIS 
Mandatory Basic Number Length: 2 Decimal: 0 


FAMILY MEMBER 
DEPENDENT 
Mandatory Basic Text Length: 6 


FIRST NAME 
DEPENDENT 
Mandatory Basic Text Length: 15 


FIRST NAME 
STUDENT 
Mandatory Basic Text Length: 15 


FLAG 
IEF SUPPLIED 
Mandatory Basic Text Length: 1 


GENDER 

CHILD of entity: DEPENDENT 
Optional Designed Text Length: 1 
GENDER 

STUDENT 


Optional Basic Text Length: 1 


GPA 
ACADEMIC HISTORY 
Optional Basic Number Length: 3 Decimal: 2 


GRADE 


COMPLETED of entity: STUDENT COURSE OF STUDY 
Mandatory Designed Text Length: 2 
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attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
enmity : 
properties: 


attribute: 
entity: 
prsoperties: 


attribute: 
entity: 
properties: 


Attribute Cross Reference 


GRADUATE 
QUARTER QPR 


Mandatory Derived Number Length: 4 Decimal: 2 


GRADUATE QPR 
STUDENT 


Optional Derived Number Length: 4 Decimal: 


GRADUATION MONTH 
DATE (available ief entity & attribute) 
Mandatory Basic Number Length: 2 Decimal: 


GRADUATION YEAR 
DATE (available ief entity & attribute) 
Mandatory Basic Number Length: 4 Decimal: 


HOUR 
HOUR (available ief entity & attribute) 
Mandatory Basic Number Length: 4 Decimal: 


HOURS 
GAINED (local work element creation) 
Mandatory Basic Number Length: 1 Decimal: 


INCOMING MONTH 
DATE (local work element creation) 
Mandatory Basic Number Length: 2 Decimal: 


INCOMING YEAR 
DATE (local work element creation) 
Mandatory Basic Number Length: 4 Decimal: 


INDEX 
FIND (available ief entity & attribute) 
Mandatory Basic Number Length: 4 Decimal: 


INPUT STRING 
TRIM (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


INPUT STRING 
SUBSTR (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


INPUT STRING 


LENGTH (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 
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Attribute Cross Reference 


attribute: INTERNATIONAL SERVICE COMPONENT 

subtype: INTERNATIONAL of entity: STUDENT 
properties: Mandatory Basic Text Length: 5 

attribute: IN BOUND STUDENT SPONSOR 

entity: STUDENT 

properties: Optional Basic Text Length: 1 

attribute: JOINT 

entity: THESIS 

properties: Mandatory Basic Text Length: 1 

attribute: JULIAN DATE 

entity: JULDATE (available ief entity & attribute) 
properties: Mandatory Basic Number Length: 9 Decimal: 0 
attribute: LAB CREDIT HOURS 

entity: COURSE 

properties: Mandatory Basic Number Length: 1 Decimal: O0 
attribute: LAMESA HOUSING OCCUPANT 

entity: STUDENT 

properties: Optional Basic Text Length: 1 

attribute: LAST FITREP DATE 

entity: STUDENT 

properties: Optional Basic Date Length: 8 

attribute: LAST_NAME 

entity: DEPENDENT 

properties: Mandatory Basic Text Length: 23 

attribute: LAST_NAME 

entity: STUDENT 

properties: Mandatory Basic Text Length: 23 

attribute: LECTURE_CREDIT_HOURS 

entity: COURSE 

properties: Mandatory Basic Number Length: 1 Decimal: 0 
attribute: LIBRARY CARD NUMBER 

entity: STUDENT 

properties: Optional Basic Number Length: 7 Decimal: 0 
attribute: LINEAL NUMBER 

subtype: NAVY of entity: STUDENT 

properties: Optional Basic Number Length: 8 Decimal: O0 
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attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


Attribute Cross Reference 


LOCKER NUMBER 
STUDENT 


Optional Basic Number Length: 3 Decimal: 


MAINFRAME ACCOUNT NUMBER 


STUDENT 


Optional Basic Text Length: 


MAJOR 
ACADEMIC HISTORY 


Mandatory Basic Text Length: 15 


MARITAL STATUS 
STUDENT 


Optional Basic Text Length: 


MIDDLE INITIAL 
STUDENT 


Optional Basic Text Length: 


MINUTE 


5 


1 


2 


MINUTE (available ief entity & attribute) 
Mandatory Basic Number Length: 


MONTH 


4 Decimal: 


MONTH (available ief entity & attribute) 
Mandatory Basic Number Length: 


NAME 
COURSE 


Mandatory Basic Text Length: 22 


NAME OF SPONSOR 
STUDENT 
Optional Basic Tex 


NEXT DUTY STATION 
STUDENT 
Optional Basic Tex 


NEXT FITREP DUE 
STUDENT 
Optional Basic Dat 


NPS MAJOR 
STUDENT 
Optional Basic Tex 


t Length: 


t Length: 


e Length: 


Length: 


99 


25 


20 


25 


4 Decimal: 


0 


0 


Attribute Cross Reference 





attribute: NUMBER 

entity: NUMTIME (available ief entity & attribute) 
properties: Mandatory Basic Number Length: 9 Decimal: O0 
attribute: NUMBER 

entity: NUMCYY (available ief entity & attribute) 
properties: Mandatory Basic Number Length: 9 Decimal: O0 
attribute: NUMBER 

entity: CURRICULUM 

properties: Mandatory Basic Text Length: 3 

attribute: NUMBER 

entity: COURSE 

properties: Mandatory Basic Number Length: 4 Decimal: O0 
attribute: NUMBER 

entity: THESIS 

properties: Mandatory Designed Number Length: 6 Decimal: O0 
attribute: NUMBER 

entity: CYYNUM (available ief entity & attribute) 
properties: Mandatory Basic Number Length: 9 Decimal: 0 
attribute: NUMBER 

entity: NUMDATE (available ief entity & attribute) 
properties: Mandatory Basic Number Length: 9 Decimal: O0 
attribute: NUMBER 

entity: NUMTEXT (available ief entity & attribute) 
properties: Mandatory Basic Number Length: 15 Decimal: 0 
attribute: NUMBER 

entity: TEXTNUM (available ief entity & attribute) 
properties: Mandatory Basic Number Length: 15 Decimal: 0 
attribute: NUMBER ACADEMIC QTRS AUTHORIZED 

entity: STUDENT BOOK REIMBURSEMENT 

properties: Mandatory Designed Number Length: 1 Decimal: O0 
attribute: NUMBER DATE 

entity: DATENUM (available ief entity & attribute) 
properties: Mandatory Basic Number Length: 9 Decimal: 0 
attribute: NUMBER OF DAYS 

entity: DAYS (available ief entity & attribute) 
properties: Mandatory Basic Number Length: 9 Decimal: O0 
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attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
subtype: 
properties: 


attribute: 
subtype: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


Attribute Cross Reference 


NUMBER OF DAYS 
DATEDAYS (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: O0 


NUMBER TIME 
TIMENUM (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: 0 


OFFICER DESIGNATOR 
NAVY of entity: STUDENT 
Optional Basic Number Length: 4 Decimal: O0 


OEIT C ERTIEAR GROUE 
NAVY of entity: STUDENT 
Optional Basic Number Length: 2 Decimal: 0 


OUTPUT_STRING 
CONCAT (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


PASSWORD 
CURRICULAR_OFFICE 
Optional Basic Text Length: 8 


PASS_FAIL 
STUDENT COURSE OF STUDY 
Mandatory Basic Text Length: 1 


PERCENTAGE 
IEF SUPPLIED 
Mandatory Basic Number Length: 3 Decimal: 0 


PHONE NUMBER 
STUDENT 
Optional Basic Number Length: 7 Decimal: 0 


PHYSICAL DATE 
STUDENT 
Optional Basic Date Length: 8 


PLACE OF BIRTH CITY 
STUDENT 
Optional Basic Text Length: 20 


PLACE OF BIRTH STATE 


STUDENT 
Optional Designed Text Length: 2 
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attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
subtype: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


Attribute Cross Reference 


PRESENT STATUS 
STUDENT 


Mandatory Basic Text Length: 10 


PREVIOUS_DUTY_STATION 
STUDENT 
Optional Basic Text Length: 20 


PROGRAM 


CIVILIAN of entity: STUDENT 


Mandatory Designed Text Length: 


PROPOSED NPS DEGREE 
STUDENT 
Optional Basic Text Length: 30 


QUARTER NUMBER 
οτε OF TYPICAL STUDY 


17 


Mandatory Basic Number Length: 2 Decimal: 0 


RANK 
STUDENT 
Mandatory Basic Text Length: 2 


RECEIVED ORDERS TO ATTEND 
STUDENT 
Mandatory Basic Text Length: 1 


REFRESHER REQUIREMENTS 
TYPICAL COURSE OF STUDY 


Mandatory Basic Number Length: 1 Decimal: 0 


SCHOOL 
ACADEMIC HISTORY 
Optional Basic Text Length: 22 


SCORE 
PRI 
Mandatory Basic Text Length: 1 


SECOND 
SECOND 
Mandatory Basic Number Length: 


SECOND READER 


THESIS 
Optional Basic Text Length: 22 
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(available ief entity & attribute) 


4 Decimal: 


0 


attribute: 
subtype: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
subtype: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


Attribute Cross Reference 


SECTION NUMBER 
SCHEDULED of entity: STUDENT COURSE OF STUDY 
Mandatory Basic Text Length: 1 


SECTION NUMBER 
STUDENT 
Optional Basic Text Length: 6 


SECURITY ACCESS 
STUDENT 
Optional Basic Text Length: 1 


SECURITY BACKGROUND 
STUDENT 
Optional Basic Text Length: 22 


SERVICE 
MILITARY NON NAVY of entity: STUDENT 
Mandatory Basic Text Length: 4 


SHORTNAME 
STUDENT 
Optional Basic Text Length: 8 


SMC BOX NUMBER 
STUDENT 
Optional Basic Number Length: 4 Decimal: 0 


SPLIT SECTION 
STUDENT 
Optional Basic Text Length: 2 


SSN 
STUDENT 
Mandatory Basic Text Length: 9 


STARTED PARENT CURRICULUM 
STUDENT 
Mandatory Basic Text Length: 2 


STARTING POSITION 
SUBSTR (available ief entity & attribute) 
Optional Basic Number Length: 4 Decimal: 0 


STATUS 


STUDENT COURSE OF STUDY 
Mandatory Basic Text Length: 1 
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attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


Attribute Cross Reference 


STATUS 
THESIS 
Mandatory Basic Text Length: 1 


STREET 
STUDENT 
Optional Basic Text Length: 40 


STRING 
NUMTEXT (available ief entity & attribute) 
Mandatory Basic Text Length: 17 


STRING 
UPPER (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


STRING 
TEXTNUM (available ief entity & attribute) 
Mandatory Basic Text Length: 15 


STRING 
FIND (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


STRING 
VERIFY (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


STRINGI 
CONCAT (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


STRING2 
CONCAT (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


STRING LENGTH 
LENGTH (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: O0 


STUDY "SPACE 
STUDENT 
Optional Basic Text Length: 22 


DUBOCGRIET 


IEF SUPPLIED 
Mandatory Basic Number Length: 9 Decimal: 0 
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attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


Attribute Cross Reference 


SUBSTRING 
FIND (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


SUBSTRING 
SUBSTR (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


SUBSTRING LENGTH 
SUBSTR (available ief entity & attribute) 
Optional Basic Number Length: 4 Decimal: O0 


TIME STRING 
TIMETEXT (available ief entity & attribute) 
Mandatory Basic Text Length: 8 


TIME VALUE 
HOUR (available ief entity & attribute) 
Mandatory Basic Time Length: 6 


TIME VALUE 
MINUTE (available ief entity & attribute) 
Mandatory Basic Time Length: 6 


TIME VALUE 
SECOND (available ief entity & attribute) 
Mandatory Basic Time Length: 6 


TIME VALUE 
TIMENUM (available ief entity & attribute) 
Mandatory Basic Time Length: 6 


TIME VALUE 
NUMTIME (available ief entity & attribute) 
Mandatory Basic Time Length: 6 


TIME VALUE 
TIMETEXT (available ief entity & attribute) 
Mandatory Basic Time Length: 6 


LITLE 
THESIS 
Optional Basic Text Length: 254 


TITLE 


CURRICULAR OFFICE 
Mandatory Basic Text Length: 65 
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attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


attribute: 
entity: 
properties: 


Attribute Cross Reference 


TITLE 
CURRICULUM 
Mandatory Basic Text Length: 40 


TOTAL 
QPR (local work element creation) 





Mandatory Basic Number Length: 6 Decimal: 2 


TOTAL 
QUARTER QPR 


Mandatory Derived Number Length: 4 Decimal: 


TOTAL AMOUNT 
TOTAL | ANNUAL | NAVAL BOOK CEILING 
Mandatory Basic Number Length: 6 Decimal: 


TOTAL AMOUNT ELIGIBLE 
STUDENT BOOK " REIMBURSEMENT 
Mandatory Basic Number Length: 6 Decimal: 


TOTAL CURRENCY 
IEF SUPPLIED 
Mandatory Basic Number Length: 15 Decimal: 


TOTAL INTEGER 
IEF SUPPLIED 
Mandatory Basic Number Length: 15 Decimal: 


TOTAL QPR 
STUDENT 
Optional Derived Number Length: 4 Decimal: 


TOTAL REAL 
IEF SUPPLIED 
Mandatory Basic Number Length: 15 Decimal: 


TRIMMED STRING 
TRIM (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


TYPE OFFICER 
STUDENT 
Mandatory Basic Text Length: 1 


TYPE OF COURSE 


COMPOSITION SOF ITEPICAC STUDY 
Mandatory Basic Text Length: 1 
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2 


2 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


attribute: 
entity: 


properties: 


Attribute Cross Reference 


TYPE REFRESHER 


STUDENT 


Mandatory Basic Number Length: 


TYPE STUDENT 
TYPICAL COURSE OF STUDY 


Mandatory Basic Text Length: 


UPPER_STRING 
UPPER (available ief entity & attribute) 
4096 


Mandatory Basic Text Length: 


VALIDATION 


STUDENT COURSE OF STUDY 
Mandatory Basic Text Length: 1 


VALIDATION STRING 
VERIFY (available ief entity & attribute) 
4096 


Mandatory Basic Text Length: 


VALUE 


1 


l Decimal: 


POINT (local work element creation) 
Mandatory Basic Number Length: 


εντος 


2 Decimal: 


VERIFY (available ief entity & attribute) 
Mandatory Basic Number Length: 


YEAR 


STUDENT BOOK REIMBURSEMENT 
Mandatory Basic Number Length: 


YEAR 


4 Decimal: 


4 Decimal: 


YEAR (local work element creation) 
Mandatory Basic Number Length: 


ZIP CODE 
STUDENT 


Optional Basic Number Length: 


-End of Report- 
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4 Decimal: 


9 Decimal: 


0 


0 


1 


0 


0 


0 


APPENDIX E 


The report on the following pages presents the Attribute 
Definition of the designed system. This report contains 
information about the attributes that are specified in the 
data model, such as attribute name, and aliases, entity type, 
description, properties, length, default value, permitted 
values, and permitted value descriptions. Attributes are 
listed in the alphabetical order of their associated entity 


types. [Ref. 27:p. 32-9] 
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Attribute Definition 


Entity Type: ACADEMIC HISTORY 


(A uu M S s re i ἍἽἀ“ἍἌἍο Se me ee er ee ee ee a E 
I ee ee ee ee ee es ee ee re es ee ee oe Se Se ee Se ťĖ[iťÁ 


Attribute: SCHOOL 

Description: Name of undergraduate or graduate school 

Properties: Optional Basic Text 

Length: 22 

Attribute: DEGREE 

Description: Undergraduate or graduate degree earned 

Properties: Mandatory Basic Text 

Length: T5 

Attribute: MAJOR 

Description: Undergraduate or graduate major earned 

Properties: Mandatory Basic Text 

Length: T9 

Attribute: GPA 

Description: Undergraduate or graduate grade point average for the 
degree/major earned 

Properties: Optional Basic Number 

Length: 3 

Decimal places: 2 

Default: none 


Permitted Values 


0.00 το 4.00 


Attribute: DATE 

Description: Date undergraduate or graduate degree was awarded 
Properties: Optional Basic Date 

Length: 8 
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Attribute Definition 


Entity Type: SBOORSCLATM 


mme i ond Memmi nuc ee ee ee ee erue ap 


T o -— κ 
(OL LIP LLL LLL O a i e E po ouo up SS SES s pup 








Attribute: AMOUNT OF CLAIM 

Description: Represents the amount of text books claimed by the 
Naval student for a given Academic Quarter 

Properties: Mandatory Basic Number 

Length: 5 

Decimal places: 2 

Attribute: ACADEMIC QUARTER 

Description: Identifies the particular academic quarter of a 
particular book claim 

Properties: Mandatory Basic Text 

Length: 4 

Default: none 


Permitted Values 


WIN 


SPR 
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Attribute Definition 





Entity Type: COMPOSITION OF TYPICAL STUDY 


ee ee eS RE 


Attribute: TYPE OF COURSE 


Description: Indicates if a recommended course is an Elective or a 


Required course 


Properties: Mandatory Basic Text 
Length: I 
Default Value: R 


Permitted Values 


E Elective 
Required 


ΠΠ 


Attribute Definition 





Entity Type: COURSE 


cme ee ee ee ee ee ee ias 
SS ee ee ee ee es ee ee ee ee ee 


Attribute: NAME 

Description: Indicates the actual name of the course 

Properties: Mandatory Basic Text 

Length: 22 

Attribute: LECTURE CREDIT HOURS 

Description: Number of hours of classroom instruction for a given 
course 

Properties: Mandatory Basic Number 

Length: a 

Decimal places: 0 

Default: none 


Permitted Values 
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ο τσ” 
Attribute: | LAB CREDIT HOURS 
Description: Number of laboratory hours for a given course 
Properties: Mandatory Basic Number 
Length: 1 
Decimal places: 0 
Default Value: 0 


Permitted Values 


O tO 
Attribute: ACADEMIC DEPARTMENT CODE 
Description: Indicates the two digit code for the academic 
department which teaches a particular course 
Properties: Mandatory Basic Text 
Length: 2 
Default: none 


Permitted Values 
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SE PH 
OA GH 
OS ος 
NS ΜΕ 
ME MA 
MS EW 
EC GS 
ST AE 
ος MN 
IS CO 
CM AS 


112 


Entity Type: COURSE 


Attribute: NUMBER 

Description: Indicates the four digit number identifying the 
graduate level of a particular course 

Properties: Mandatory Basic Number 

Length: 4 

Decimal places: 0 

Default: none 


Permitted Values 


0001 to 4999 
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Attribute Definition 


Entity Type:  CURRICULAR OFFICE 


a L— IL 


Attribute: TITLE 

Description: The title of one of the 11 curricular offices 

Properties: Mandatory Basic Text 

Length: 65 

Attribute: CODE 

Description: The two digit code used to identify a NPS curricular 
office 

Properties: Mandatory Basic Text 

Length: 2 

Default: none 


Permitted Values 
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3A 29 
38 27 
36 35 
34 33 
32 3 
30 
Attribute: PASSWORD 
Description: The password used by the Management of Information 


System's office to restrict access to a particular 
curricular officer's student records. 

Properties: Optional Basic Text 

Length: 8 
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Attribute Definition 





Entity Type: CURRICULUM 


CES I eee å SS SS ee ο l M απ. 


Attribute: TITLE 

Description: The descriptive title of a particular curriculum 
Properties: Mandatory Basic Text 

Length: 40 

Attribute: NUMBER 

Description: Three digit number identifying a particular curriculum 
Properties: Mandatory Basic Text 

Length: 3 
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Attribute Definition 


Entity Type: DEPENDENT 
Attribute: LAST NAME 
Description: Indicates the last name of a student's dependent 
Properties: Mandatory Basic Text 
Length: 23 
Attribute: FIRST NAME 
Description: Indicates the first name of a student’s dependent 
Properties: Mandatory Basic Text 
Length: τ. 
Attribute: FAMILY MEMBER 
Description: Identifies the family relationship of a dependent (ie 
Spouse, Child) 
Properties: Mandatory Basic Text 
Length: 6 
Default: none 
Pexmitted Values 
SPOUSE 
CHILD 
Attribute: ALSO STUDENT 
Subtype: SPOUSE 
Description: Indicates if the spouse is also enrolled as a student 
at the Naval Postgraduate School 
Properties: Optional Basic Text 
Length: a 
Default Value: N 


Permitted Values 


N 
X 
Attribute: DATE OF BIRTH 
Subtype: CHILD 
Description: Indicates the date of birth of a child 
Properties: Optional Basic Date 
Length: 8 
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Entity Type: DEPENDENT 


Attribute: GENDER 

subtype : CHILD 

Description: Indicates the sex of the child 
Properties: Optional Designed Text 

Length: l 

Default: none 


Permitted Values 


gu 





Attribute Definition 


Entity Type: TERT 
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Attribute: SCORE 
Description: Indicates the letter score of a particular physical 
readiness test (ie. Outstanding, Excellent, Good, 
Satisfactory, or Failure) 
Properties: Mandatory Basic Text 
Length: li 
Default: none 
Permitted Values 
E FAIL! 
S Satisfactory 
G Good 
E Excellent 
O Out standing 
Attribute: BODY _FAT 
Description: Indicates the body fat percentage 
Properties: Optional Basic Number 
Length: 2 
Decimal places: O0 
Attribute: DATE OF TEST 
Description: Date the physical readiness test was taken 
Properties: Mandatory Basic Date 
Length: 8 
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Attribute Definition 


Entity Type:  QTR OF TYPICAL STUDY 


Attribute: QUARTER NUMBER 

Description: Identifies the numeric quarter of a recommended course 
Properties: Mandatory Basic Number 

Length: 2 


Decimal places: 0 
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Attribute Definition 





Entity Type: QUARTER QPR 


Attribute: TOTAL 

Description: When the quarter-hour credit of a particular quarter's 
course is multiplied by the point value of the 
student's grade, a quality point value for the 
Student's work in the course for that quarter is 
obtained. The sum of quality points for all courses 
taken that quarter are divided by the sum of quarter- 
hour credits of these courses gives a weighted 
numerical evaluation of the student's performance. 

Properties: Mandatory Derived Number 

Length: 4 

Decimal places: 2 


Default Algorithm:  CALCULATE QTR TOTAL QPR 


Attribute: GRADUATE 

Description: When the quarter-hour credit of a particular quarter's 
graduate course is multiplied by the point value of 
the student's grade, a quality point value for the 
Student's work in the graduate course for that quarter 
is obtained. The sum of the quality points for all 
graduate courses divided by the sum of the 
quarter-hour credit of these courses gives a weighted 
numerical evaluation of the student's performance. 


Properties: Mandatory Derived Number 
Length: 4 
Decimal places: 2 


Default Algorithm: CALCULATE QTR_GRADUATE QPR 


Attribute: ACADEMIC YEAR 

Description: Academic year (fiscal year) of a particular quarter 

Properties: Mandatory Basic Number 

Length: 2 

Decimal places: 0 

Attribute: ACADEMIC QUARTER 

Description: The academic quarter (season) of a particular year 
(ie. Fall, Winter, Spring, Summer) 

Properties: Mandatory Basic Text 

Length: 4 

Default: none 


Permitted Values 
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Attribute Definition 


Entity Type: STUDENT 


oe SE ee ee eee mum 
Een cm uma ee ee ee ee ee eee 


Attribute: SSN 

Description: The student’s social security number; International 
students have an alphanumeric code (ex. TKN9126785) 

Properties: Mandatory Basic Text 

Length: 9 

Attribute: TYPE REFRESHER 

Description: The type of refresher a student will require. (1 for 
direct input: no refresher; 2 for a direct input but 
6 week refresher requirement; 3 for a 460 curriculum 
enrollment with one quarter of refresher required; and 
4 for a 460 curriculum enrollment of two quarter 
refresher required.) 

Properties: Mandatory Basic Number 

Length: 1 

Decimal places: 0 

Default Value: z 


Permitted Values 
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4 4 — requires 2 quarter refresher under Engineering 
Science curriculum (460) 
3 3 - requires 1 quarter refresher under Engineering 
Science Curriculum (460) 
2 2 - direct input (requires 6 week refresher course) 
1 l - direct input (does not require a refresher) 
Attribute: PRESENT STATUS 
Description: This represents the lifecycle of a student in the 


following order of occurrence: Projected; Arrived; 
Registered; Graduated or Dropped 


Properties: Mandatory Basic Tex 
Length: 10 
Default Value: A 


Permitted Values 
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Ἀ Arrived: Student has arrived, but has not been 
officially registered by the registrar 

P Projected: future-student; expected arrival 

R Registered: student officially registered by the 
registrar 

G Graduated: can only be entered on or after the date 
of graduation 

D Dropped: Student did not complete required courses 


for a degree 
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Entity Type: STUDENT 


Attribute: TYPE OFFICER 

Description: Describes the type of officer as: International, 
Civilian, Naval, or Military (ie. Non-Naval) 

Properties: Mandatory Basic Text 

Length: 1 

Default Value: N 


Permitted Values 
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M Military (non-Navy) 
N Navy 
C Civilian 
I International 

Attribute: RECEIVED ORDERS TO ATTEND 

Description: This attribute indicates if a notice of acceptance or 
orders directing a prospective student has been 
received. 

Properties: Mandatory Basic Text 

Length: 1 

Default: none 


Permitted Values 
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N 
BG 

Attribute: LAST NAME 

Description: Student’s last name 

Properties: Mandatory Basic Tex 

Length: 23 

Attribute: FIRST_NAME 

Description: Student's first name 

Properties: Mandatory Basic Text 

Length: 15 

Attribute: MIDDLE INITIAL 

Description: Student's middle initial 

Properties: Optional Basic Text 

Length: 2 

Attribute: SHORTNAME 

Description: Short version of student's name used to retrieve a 
Student record. (Usually consists of the first 8 
characters of a student's last name) 

Properties: Optional Basic Text 

Length: 8 


122 


entity Type: STUDENT 
Attribute: GENDER 
Description: Student's sex 
Properties: Optional Basic Text 
Length: J 
Default: none 
Permitted Values 
M 
F 
Attribute: RANK 
Description: Military pay grade of a student. (Ol to O6) 
Properties: Mandatory Basic Text 
Length: 2 
Default: none 
Permitted Values 
O1 ENS (Navy) or 2NDLT 
O2 LTJG (Navy) or 1STLT 
O3 LT (Navy) or CAPT 
O4 LCDR (Navy) or MAJ 
(95 CDR (Navy) or LTCOL 
O6 CDR (Navy) or COL 
Attribute: DATE OF RANK 
Description: Student's date of current military rank 
Properties: Optional Basic Date 
Length: 8 
Attribute: PHONE NUMBER 
Description: Student's home phone number 
Properties: Optional Basic Number 
Length: J 
Decimal places: 0 
Attribute: STREET 
Description: Street address of student's current residence 
Properties: Optional Basic Text 
Length: 40 
Attribute: CITY 
Description: City of student's current residence 
Properties: Optional Basic Text 
Length: 22 
Attribute: ZIP CODE 
Description: Zip code of student's current residence 
Properties: Optional Basic Number 
Length: 9 
Decimal places: 0 
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Entity Type: 


STUDENT 


Attribute: LAMESA HOUSING OCCUPANT 

Description: Indicates whether a student resides in Navy housing in 
La Mesa Village (Y/N) 

Properties: Optional Basic Text 

Length: 1 

Default: none 

Permitted Values 

X 
N 

Attribute: SMC BOX NUMBER 

Description: Student's four digit student mail center box number 

Properties: Optional Basic Number 

Length: 4 

Decimal places: 0 

Attribute: DATE REPORTED ABOARD 

Description: Date student checked into Curriculum Office 

Properties: Optional Basic Date 

Length: 8 

Attribute: CONVENING DATE 

Description: This is the date that a student will actual start 
training. 

Properties: Mandatory Basic Date 

Length: 8 

Attribute: ANTICIPATED GRADUATION DATE 

Description: Student's prospective graduation date 

Properties: Optional Basic Date 

Length: 8 

Attribute: SECTION NUMBER 

Description: Student's assigned curriculum section number (6 digit 
code) 

Properties: Optional Basic Text 

Length: 6 

Attribute: SPLIT SECTION 

Description: Used to split the section up when it exceeds 60 
students 

Properties: Optional Basic Text 

Length: d 
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Untsty Type: 


Attribute: 


Description: 


Properties: 
Length: 
Default Val 


STUDENT 
PROPOSED NPS DEGREE 
Degree a student will receive upon graduation; see 
Accreditation Status for students listed in Engineer. 
Optional Basic Text 
30 
ue: MASTER OF SCIENCE 
Permitted Values 
DOCTORATE 
ENGINEER 
MASTER OF SCIENCE 
MASTER OF ARTS 


RBttribute: ACCREDITATION STATUS 
Description: This attribute indicates the status of Accreditation 
for a student in an Engineer Degree. 
Properties: Optional Basic Text 
Length: qn 
Default: none 
Permitted Values 
Cc Complete 
T In progress 
N Not evaluated 
Attribute: NPS MAJOR 
Description: Student's academic major at NPS (Major Specialty) 
Properties: Optional Basic Tex 
Length: ZS 
Attribute: APC 
Description: Three digit code indicating a student’s academic 
profile code 
Properties: Optional Basic Number 
Length: 3 
Decimal places: 0 
Attribute: STUDY SPACE 
Description: Used to note areas where the student studies when not 
in class 
Properties: Optional Basic Text 
Length: 21 
Attribute: LOCKER NUMBER 
Description: Indicates the student's locker number 
Properties: Optional Basic Number 
Length: 3 
Decimal places: 0 
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Entity Type: STUDENI 


Attribute: MARITAL STATUS 
Description: Indicates if a student is married, single, or divorced 
Properties: Optional Basic Text 
Length: 1 
Default: none 
Permitted Values 
M married 
S single 
D divorced 
Attribute: DATE OF BIRTH 
Description: Date student was born 
Properties: Optional Basic Date 
Length: 8 
Attribute: | PLACE OF BIRTH CITY 
Description: City student was born 
Properties: Optional Basic Text 
Length: 20 
Attrrbute: PLACE OF BIRTH STATE 
Description: State student was born 
Properties: Optional Designed Text 
Length: 2 
Attribute: SECURITY BACKGROUND 
Description: Last security clearance and who granted the clearance 
(ie. NAC/901214) 
Properties: Optional Basic Text 
Length: 22 
Attribute: SECURITY ACCESS 
Description: Single character that indicates No clearance, 
Confidential, Secret or Top Secret clearance level 
Properties: Optional Basic Text 
Length: 1 
Default: none 
Permitted Values 
N No Clearance 
C Confidential 
S Secret 
T του στου 
Attribute: COMMISSIONING SOURCE 
Description: Student's commissioning source (ie. NROTC, USNA, etc) 
Properties: Optional Basic Text 
Length: 6 
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Entity Type: 


Attribute: 
Description: 


Properties: 


Length: 


Attribute: 
Description: 


Properties: 


Length: 


Attribute: 
Description: 
Properties: 


Length: 


Attribute: 
Description: 
Properties: 


Length: 


Attribute: 
Description: 
Properties: 


Length: 


Attribute: 
Description: 
Properties: 


Length: 


Attribute: 
Description: 
Properties: 


Length: 


Attribute: 
Description: 
Properties: 


Length: 


Attribute: 
Description: 


Properties: 


Length: 


STUDENT 


DUAL DEGREE 
Indicates the name of the second degree. 
indicates no dual degree. 
Optional Basic Text 
D 


LAST FITREP DATE 


Ending date of last fitness report. (Needed to ensure 


continuity of the fitness report) 
Optional Basic Date 
8 


NEXT FITREP DUE 


Beginning date of when the next fitness report is due 


Optional Basic Date 
8 


PREVIOUS DUTY STATION 
Name of previous duty station 


Optional Basic Text 
20 


NEXT DUTY STATION 
Name of next duty station 
Optional Basic Text 
20 


DATE OF ORDERS 
Date of orders stated on orders message 


Optional Basic Date 
8 


NAME OF SPONSOR 
Last name of sponsor assigned to a student 


Optional Basic Text 
Z3 


DATE THAT A SPONSOR WAS ASSIGNED 
Date sponsor was assigned to a student 


Optional Basic Date 
8 


DATE WELCOME PACKAGE SENT 


Date Welcome Aboard Package was sent to prospective 


student 


Optional Basic Date 
8 
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Entity Type: 


STUDENT 


Attribute: DATE SPONSOR LETTER SENT 

Description: Date Sponsor Letter was sent to prospective student 

Properties: Optional Basic Date 

Length: 8 

Attribute: LIBRARY CARD NUMBER 

Description: Student’s Library Card number 

Properties: Optional Basic Number 

Length; 7 

Decimal places: O0 

Attribute: MAINFRAME ACCOUNT NUMBER 

Description: Student's Mainframe Account Number 

Properties: Optional Basic Text 

Length: S 

Attribute: AIDS TEST DATE 

Description: Date of last AIDS test 

Properties: Optional Basic Date 

Length: 8 

Attribute: PHYSICAL DATE 

Description: Date of last physical exam 

Properties: Optional Basic Date 

Length: 8 

Attribute: DENTAL DATE 

Description: Date of last dental exam 

Properties: Optional Basic Date 

Length: 8 

Attribute: | IN BOUND STUDENT SPONSOR 

Description: Indicates if the student has been assigned as a 
sponsor for an inbound student 

Properties: Optional Basic Text 

Length: 1 

Default Value: N 


Permitted Values 
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Entity Type: STUDENT 

Attribute: TOTAL QPR 

Description: Total Quality Point Rating: When the quarter-hour 
credit of a course is multiplied by the point value of 
the student's grade, a quality point value for the 
Student's work in the course is obtained. The sum of 
the quality points for all courses divided by the sum 
of the quarter-hour credit of theses courses gives a 
weighted numerical evaluation. 


Properties: Optional Derived Number 
Length: 4 
Decimal places: 2 


Default Algorithm:  CALCULATE TOTAL QPR 


Attribute: GRADUATE QPR 

Description: Graduate Courses Quality Point Rating: When the 
quarter-hour credit of a graduate course is multiplied 
by the point value of the student's grade, a quality 
point value for the student's work in the course is 
obtained. The sum of the quality points for all 
graduate courses divided by the sum of the 
quarter-hour credit of these courses gives a weighted 
numerical evaluation of a student's performance. 


Properties: Optional Derived Number 
Length: 4 
Decimal places: 2 


Default Algorithm:  CALCULATE GRADUATE QPR 


Attribute: | STARTED PARENT CURRICULUM 

Description: This attribute indicates whether a student has 
completed the 460 curriculum; transparent to user as 
this attribute is used and derived by the system only. 


Properties: Mandatory Basic Tex 
Length: 2 
Default Value: NA 


Permitted Values 

NA This indicates that a student is NOT enrolled in 460 
curriculum (ie - therefore, student is a direct 
input); system is not concerned with 6 week 
refresher in order to account for students 
enrolled in 460 curriculum. 

N This indicates that a student is presently enrolled 
in 460 curriculum and therefore, has NOT yet started 
regular curriculum; student's Type Refresher may be 
either 1 Qtr or 2 Qtrs (type 3 or 4, respectively). 

Y This indicates that a student has completed the 460 
curriculum and is presently enrolled in their parent 
curriculum: 
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Entity Type: STUDENT 
Attribute: COMPLETED FIRST REFRESHER QTR 
Description: This attribute is used to determine whether a student 
has completed the first quarter of a two quarter (ie. 
Type Refresher — 4) 460 curriculum; transparente 
user as this attribute is used and derived by the 
system only. 


Properties: Mandatory Basic Text 
Length: Z 
Default Value: NA 


Permitted Values 


NA This value indicates that a student is NOT enrolled in 
the two quarter 460 curriculum (ie - therefore, 
student's Type Refresher = 3 as a one quarter 460 
curriculum or is = Type 1 or 2 as a direct input); 

N This value indicates that a student is presently 


enrolled in 460 curriculum and therefore, has NOT yet 
completed the first quarter of a two quarter 
refresher; student sS Type Refresher is — dcus 

X This value indicates that a student has completed the 
first quarter of a two quarter 460 curriculum. 


Attribute: COMMENT1 

Description: Thirty character remarks section 

Properties: Optional Basic Text 

Length: 30 

Attribute: PROGRAM 

Subtype: CIVILIAN 

Description: Indicates the type of program a civilian will 
participate in 

Properties: Mandatory Designed Tex 

Length: T 

Default Value: REGULAR CURRICULA 


Permitted Values 
REGULAR CURRICULA 
DEGREE PROGRAM 
NON DEGREE PGM 


Attribute: INTERNATIONAL SERVICE COMPONENT 

Subtype: INTERNATIONAL 7 

Description: Indicates the Military Service Component of an 
International Officer 

Properties: Mandatory Basic Text 

Length: 5 
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Entity Type: 


STUDENT 


Attribute: COUNTRY 

Subtype: INTERNATIONAL 

Description: Identifies the country of an International student 

Properties: Optional Designed Tex 

Length: 10 

Attribute: SERVICE 

Subtype: MILITARY NON NAVY 

Description: Identifies the Military Service of a Non-Naval Student 

Properties: Mandatory Basic Text 

Length: 4 

Attribute: OFFICER DESIGNATOR 

Subtype: NAVY 

Description: This is a four digit number indicating a US Navy 
Student’s designator (ie. 1110, 1115) 

Properties: Optional Basic Number 

Length: & 

Decimal places: 0 

Attribute: LINEAL NUMBER 

Subtype: NAVY 

Description: US Navy student’s eight character lineal number 

Properties: Optional Basic Number 

Length: 8 

Decimal places: 0 

Attribute: OFFICER YEAR GROUP 

Subtype: NAVY 

Description: Student's two digit year group number 

Properties: Optional Basic Number 

Length: 2 

Decimal places: 0 
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Attribute Definition 


Entity Type: STUDENT BOOK REIMBURSEMENT 
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Attribute: ^ AMOUNT REMAINING 

Description: Maintained for each Navy student record in order to 
enhance response time of system for viewing and 
reporting; performance factors over storage 
considerations; calculate without increasing wait time 


Properties: Mandatory Derived Number 
Length: 6 
Decimal places: 2 


Default Algorithm: AMOUNT REMAINING 


Attribute: TOTAL AMOUNT ELIGIBLE 

Description: Indicates the total amount a student is authorized to 
use for a particular year (this attribute is derived) 

Properties: Mandatory Basic Number 

Length: 6 

Decimal places: 2 

Attribute: | NUMBER ACADEMIC QTRS AUTHORIZED 

Description: Indicates the number of quarters authorized for a 
particular year 

Properties: Mandatory Designed Number 

Length: 1 

Decimal places: 0 


Default Algorithm: DETERMINE NUMBER ACADEMIC QTRS 


Attribute: YEAR 

Description: Indicates the academic year of a particular student's 
book reimbursement 

Properties: Mandatory Basic Number 

Length: 4 

Decimal places: 0 
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Attribute Definition 


Entity Type: STUDENT COURSE OF STUDY 


Attribute: STATUS 

Description: Indicates if a particular course has been requested, 
scheduled, or completed. 

Properties: Mandatory Basic Text 

Length: 1 

Default Value: R 


Permitted Values 


C Completed 
S Scheduled 
R Requested 
Attribute: VALIDATION 
Description: Indicates if a course has been validated 
Properties: Mandatory Basic Text 
Length: 1 
Default Value: N 


Permitted Values 


Y 
N 

Attribute: PASS FAIL 

Description: Indicates if a course is to be taken as for a pass/ 
fail grade 

Properties: Mandatory Basic Text 

Length: T 

Default Value: N 


Permitted Values 


Y 
N 

Attribute: ACADEMIC YEAR 

Description: The academic year (fiscal year) of a particular 
guart er 

Properties: Mandatory Basic Number 

Length: 4 

Decimal places: 0 
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Entity Type: STUDENT COURSE OF STUDY 


Attribute: | ACADEMIC QUARTER 

Description: The academic quarter (season) of a particular year 
(ie. Fall, Winter, Spring, Summer) 

Properties: Mandatory Basic Tex 

Length: 4 

Default: none 


Permitted Values 


“ο ome ee «πο cee ee ee — ee ee we es we ws ee es es  --- παν «παν απο παν ee es ee ee ee ee ee «παν απο ee ee 


WIN 
SPR 
SUM 
FALL 
Attribute: GRADE 
Subtype: COMPLETED 
Description: Indicates the letter grade earned for a particular 
course 
Properties: Mandatory Designed Text 
Length: 2 
Default Value: I 


Permitted Values 
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Ε' 

P Pass 

N Ungraded 

W Withdrew 

I Incomplete 

X If an "I" is not removed within the twelve weeks 
following the end of the quarter it becomes an 
"X": where X — 0.00 point value 


Attribute: SECTION NUMBER 

Subtype: SCHEDULED 

Description: Indicates the section number of a scheduled course 
Properties: Mandatory Basic Text 

Length: 1 
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Attribute Definition 


Entity Type: THESIS 


Attribute: NUMBER 

Description: This number is system generated to identify the Thesis 
of a specific year. Once a thesis proposal is 
submitted, this entity will be created. 


Properties: Mandatory Designed Number 
Length: 6 
Decimal places: 0 


Default Algorithm: THESIS NUMBER 


Attribute: DUE DATE MONTH 

Description: This identifies the month that a thesis is to be 
submitted. An extension which would change the year 
of the recorded Thesis, must be canceled entirely and 
re-entered with a new thesis number. 


Properties: Mandatory Basic Text 
Length: 3 
Default: none 


Permitted Values 


DEC NOV 
OCT SEP 
AUG JUL 
JUN MAY 
APR MAR 
FEB JAN 
Attribute: DUE DATE YEAR 
Description: This identifies the year that a thesis will be 


submitted. Should the year change, the thesis would 
have to be deleted and renumbered, since numbers are 
assigned on a yearly basis. 


Properties: Mandatory Basic Number 

Length: 2 

Decimal places: 0 

Attribute: TITLE 

Description: Describes the student's particular thesis 
Properties: Optional Basic Text 

Length: 254 


135 


Entity Type: 


Attribute: 
Description 


Properties: 


Length: 
Default Val 


Attribute: 


Description: 


Properties: 
Length: 


Attribute: 


Description: 


Properties: 
Length: 


Attribute: 


Description: 


Properties: 
Length: 
Default Val 


Attribute: 
Description 
Properties: 
Length: 
Default Val 


THESIS 
STATUS 
Indicates whether student's thesis is completed yet 


(ie. Yes, No, or extension) 
Mandatory Basic Text 
ab 

ue: N 


Permitted Values 


E extension 

N not completed 

Y has been completed 
ADVISOR 


Name of the Thesis Advisor 
Optional Basic Text 
2. 


SECOND READER 


Name of the second reader 
Optional Basic Text 
ZZ 
CLASSIFIED 

Indicates if a particular thesis is Classified or 
Unclassified 
Mandatory Basic Text 
1 

ue: U 


Permitted Values 
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C Classified 
U Unclassified 
JOINT 


: Indicates whether a thesis is being jointly written 
Mandatory Basic Text 
T 

ue: N 


Permitted Values 
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Attribute Definition 





Entity Type: TOTAL ANNUAL NAVAL BOOK CEILING 


Attribute: | TOTAL AMOUNT 

Description: This is the total amount authorized annual for the 
reimbursement for books purchased by Naval Students. 

Properties: Mandatory Basic Number 

Length: 6 

Decimal places: 2 

Attribute: DATE IMPLEMENTED 

Description: This is the effective date of the Naval Regulation 


book reimbursement ceiling. 
Properties: Mandatory Basic Date 
Length: 8 
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Attribute Definition 


Entity Type: TYPICAL COURSE OF STUDY 


Attribute: TYPE STUDENT 
Description: Indicates the type of officer (Naval, International, 


Civilian, or Military (non-naval)) a particular course 
of study is recommended 


Properties: Mandatory Basic Text 
Length: 1 
Default Value: N 


Permitted Values 


- - o NLIS: gcc dB c 22d i of oe 


e Civilian 
M Military (non-Navy) 
N Navy 
I International 
Attribute: REFRESHER REQUIREMENTS 
Description: Indicātes the type of refresher requirements a 
particular course of study is recommended 
Properties: Mandatory Basic Number 
Length: l 
Decimal places: 0 
Default: none 


Permitted Values 


4 4 is two quarters of Engineering Science (460) 
3 3 is one quarter of Engineering Science (460) 
2 2 is technical refresher (6 week) 

il l is direct input (ie - no refresher courses required) 


-End of Report- 
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APPENDIX F 


The report on the following pages presents the Activity 
Definition (or as referenced in earlier versions of IEF, 
Process Definition) of the designed system. This report 
contains a description of the functions and processes of the 
activity model. The expected effects such as creation, update 
or deletion of elementary processes are defined in this 


moport. [Ref. 27:p. 32-10] 
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Name: 


Description: 


Type: 


Subordinate of: 


Subordinates: 


Activity Definition 


ACADEMIC COUNSELING 


This function involves the maintenance of the academic 
records of a student in a particular curricular 
office. 


Function 
SUPERVISE ENROLLED STUDENT 


RECORD ARRIVAL 

SETUP STUDENT COURSE OF STUDY 
CHANGE COURSE IN STUDENT STUDY 
CHANGE REQT OF COURSE REQUEST 
RECORD THESIS PROPOSAL 

REVISE THESIS PROPOSAL 
ELIMINATE JOINT STATUS 

REVISE THESIS TO JOINT STATUS 
ARCHIVE THESIS 

REMOVE ERRONEOUS THESIS 
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Name : 


Description: 


Type: 


Subordinates: 


Activity Definition 


ACADEMIC DATABASE ADMINSTRATION 


This function incorporates the interaction of academic 
student database. 


Function 


INITIALIZE STUDENT RECORD 
COUNSELING FUTURE STUDENT 
SUPERVISE ENROLLED STUDENT 
COMPLETED ACADEMIC REQUIREMENTS 
CURRICULUM DEVELOPMENT MGMT 
COURSE MAINTENANCE 

SYSTEM MANAGEMENT 
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Activity Defiñition 


Name: ARCHIVE THESIS 

Description: System Gen: This process archives thesis listing for 
those students who have been archived. (Outside scope: 
Thesis Processor) 

Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: ACADEMIC COUNSELING 


Expected Effects: 


Entity Type Expected Actions 
THESIS read 
delete 
Process ARCHIVE THESIS 


Import Views 
View INPUT of entity THESIS 
Attributes: 
DUE DATE YEAR 
NUMBER 


Export Views 
View OUTPUT REMOVED of entity THESIS 
Attributes: 
NUMBER 
DUE DATE YEAR 


Entity Action Views 
View of entity THESIS 
Attributes: 
NUMBER 
DUE DATE YEAR 
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Actyivau3ty Definition 


Name: ASSIGN NAVY BOOK CEILING 


Description: System Gen: This process creates the Naval ceiling for 
the Naval Book Eligibility. (Outside scope: MIS) 


Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: SYSTEM MANAGEMENT 


Expected Effects: 


Entity Type Expected Actions 
TOTAL ANNUAL NAVAL BOOK CEILING create 
Process ASSIGN NAVY BOOK CEILING 


Import Views 
View INPUT of entity TOTAL ANNUAL NAVAL BOOK CEILING 
Attributes: 
TOTAL AMOUNT 
DATE IMPLEMENTED 


Export Views 
View OUTPUT of entity TOTAL ANNUAL NAVAL BOOK CEILING 
Attributes: 
TOTAL AMOUNT 
DATE IMPLEMENTED 


Entity Action Views 
View of entity TOTAL ANNUAL NAVAL BOOK CEILING 
Attributes: 
TOTAL AMOUNT 
DATE IMPLEMENTED 
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Activity Definition 





Name : ASSIGN_PROJECTED_STUDENT 


Description: This process involves entering a prospective student 
into the Naval Postgraduate Schools files. 
(Primarily Admission's responsibility, however, 
Curricular Officers may add a student) 


Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: INITIALIZE STUDENT RECORD 


Expected Effects: 


Entity Type xpected Actions 
CURRICULUM update 
read 
STUDENT create 
update 
Process ASSIGN PROJECTED STUDENT 


Import Views 
View INPUT of entity STUDENT 


Attributes: 

SSN RANK 
TYPE REFRESHER ANTICIPATED GRADUATION DATE 
TYPE OFFICER PROPOSED NPS DEGREE π΄. 
RECEIVED ORDERS TO ATTEND NPS MAJOR  . 
LAST_NAME APC 
FIRST_NAME CONVENING DATE 

opt MIDDLE INITIAL SHORTNAME 

opt ΟΟΜΜΕΝΤΙ opt DUAL DEGREE 

opt COMMISSIONING SOURCE opt PROGRAM 

opt SERVICE opt COUNTRY 


opt INTERNATIONAL SERVICE COMPONENT 
View INPUT RESPONSIBLE of entity CURRICULUM 
Attributes: 
NUMBER 
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Export Views 
View OUTPUT of entity STUDENT 


Attributes: 
SSN RANK 
TYPE REFRESHER ANTICIPATED GRADUATION DATE 
TYPE OFFICER PROPOSED NPS DEGREE 
RECEIVED ORDERS TO ATTEND NPS MAJOR 
LAST NAME APC 
FIRST NAME CONVENING DATE 
MIDDLE INITIAL SHORTNAME 
COMMENT1 DUAL DEGREE 
COMMISSIONING SOURCE PROGRAM 
SERVICE COUNTRY 


INTERNATIONAL SERVICE COMPONENT 
View OUTPUT of entity CURRICULUM 
Attributes: 
NUMBER 


Entity Action Views 
View of entity STUDENT 


Attributes: 
SSN TYPE REFRESHER 
PRESENT STATUS TYPE OFFICER 
RECEIVED ORDERS TO ATTEND LAST NAME 
FIRST NAME a MIDDLE INITIAL 
SHORTNAME APC 
ANTICIPATED GRADUATION DATE RANK 
PROPOSED NPS DEGREE NPS MAJOR 
COMMENTl . 


COMMISSIONING SOURCE 
DUAL DEGREE 
PROGRAM 
INTERNATIONAL SERVICE COMPONENT 
COUNTRY 
SERVICE 
CONVENING DATE 
STARTED PARENT CURRICULUM 
COMPLETED FIRST REFRESHER QTR 
View of entity CURRICULUM 
Attributes: 
NUMBER 
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Aetivit ya Definition 





Name: ASSIGN STUDENT SPONSOR 


Description: Each incoming student may or may not be assigned a 
Student sponsor who will assist them. Both the 
incoming students records will reflect who will act as 
the sponsor and the sponsor's files will reflect that 


he/she acted as a sponsor. 
Type: Elementary process 

Not Repetitive 

Online implementation suggested 


Subordinate of: COUNSELING FUTURE STUDENT 


Expected Effects: 


Entity Type Expected Actions 
STUDENT update 
read 
Process ASSIGN STUDENT SPONSOR 


Import Views 
View ASSIGNED of entity STUDENT 


Attributes: 
SSN 
View INCOMING of entity STUDENT 
Attributes: 
SSN 


Export Views 
View OUTPUT ASSIGNED of entity STUDENT 
Attributes: 
SSN 
LAST NAME 
FIRST NAME 
MIDDLE INITIAL 
IN BOUND STUDENT SPONSOR 
View OUTPUT INCOMING of entity STUDENT 
Attributes: 
SSN 
LAST NAME 
FIRST NAME 
MIDDLE INITIAL 
NAME OF SPONSOR 


DATE THAT A SPONSOR WAS ASSIGNED 
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Entity Action Views 
View EXISTING ASSIGNED mtf entity STUDENT 


Attributes: 
SSN 
IN BOUND STUDENT SPONSOR 
LAST NAME 

View of entity STUDENT 

Attributes: 
SSN 
LAST NAME 


FIRST NAME 

MIDDLE INITIAL 

NAME OF SPONSOR 

DATE THAT A SPONSOR WAS ASSIGNED 
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Activity Definition 


Name: CHANGE COURSE IN STUDENT STUDY 

Description: This process modifies the requested courses of a 
student. 

Type: Elementary process 
Repetitive 


Online implementation suggested 
Subordinate of: ACADEMIC COUNSELING 


Expected Effects: 


Entity Type Expected Actions 
STUDENT COURSE OF STUDY update 
read 
COURSE update 
read 
Process CHANGE COURSE IN STUDENT STUDY 


Import Views 
View NEW_INPUT of entity COURSE 
Attributes: 
NUMBER 
ACADEMIC DEPARTMENT CODE 
View NEW INPUT of entity STUDENT COURSE OF STUDY 
Attributes: B 
VALIDATION 
PASS_FAIL 
ACADEMIC_YEAR 
ACADEMIC QUARTER 
View PRESENT_INPUT of entity COURSE 
Attributes: 
NUMBER 
ACADEMIC DEPARTMENT CODE 
View INPUT of entity STUDENT B 
Attributes: 
SSN 
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Export Views 


View 


View 


OUTPUT NEW of entity COURSE 
Attributes: 

NUMBER 

ACADEMIC DEPARTMENT CODE 
OUTPUT NEW of entity STUDENT COURSE OF STUDY 
Attributes: 

STATUS 

VALIDATION 

PASS FAIL 

ACADEMIC YEAR 

ACADEMIC QUARTER 


Entity Action Views 


View 


View 


View 


View 


View 


NEW of entity COURSE 
Attributes: 

NUMBER 

ACADEMIC DEPARTMENT CODE 
PRESENT of entity COURSE 


Attributes: 
ACADEMIC DEPARTMENT CODE 
NUMBER 

Of entity COURSE 

Attributes: 
NUMBER 


ACADEMIC DEPARTMENT CODE 
of entity STUDENT 
Attributes: 

SSN 
of entity STUDENT COURSE OF STUDY 
Attributes: 

STATUS 

VALIDATION 

PASS FAIL 

ACADEMIC YEAR 

ACADEMIC QUARTER 
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Activity Definition 


Name: CHANGE REQT OF COURSE REQUEST 
Description: This process will not request a different course, but 
will allow a change in requirements such as pass-fail, 
validation, academic quarter and year. 
Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: ACADEMIC COUNSELING 


Expected Effects: 


Entity Type Expected Actions 
STUDENT COURSE OF STUDY update 
read 
Process CHANGE REQT OF COURSE REQUEST 


Import Views 
View INPUT NEW of entity STUDENT COURSE OF STUDY 
Attributes: 
VALIDATION 
PASS FAIL 
ACADEMIC YEAR 
ACADEMIC QUARTER 
View PRESENT INPUT of entity COURSE 
Attributes: 
NUMBER 
ACADEMIC DEPARTMENT CODE 
View DESIGNATED of entity STUDENT 
Attributes: 
SSN 


Export Views 
View OUTPUT NEW of entity STUDENT COURSE OF STUDY 
Attributes: 

VALIDATION 

PASS FAIL 

ACADEMIC YEAR 

ACADEMIC QUARTER 

STATUS Ἢ 
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Entity Action Views 


View of entity COURSE 


Attributes: 


NUMBER 
ACADEMIC DEPARTMENT CODE 


iew of entity STUDENT 


Attributes: 


SSN 


Pew Of entity mo TUDENTECOURSE ΟΕ STUDY 


Attributes: 


VALIDATION 
PASS_FAIL 
ACADEMIC YEAR 
ACADEMIC QUARTER 
STATUS 
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Name: 


Description: 


Type: 


Subordinate of: 


Subordinates: 


Activity Definition 


COUNSELING FUTURE STUDENT 

This function involves the welcoming of a future 
student who has been identified as possessing orders to 
attend the Naval Postgraduate School. 

Function 

ACADEMIC DATABASE ADMINSTRATION 

ASSIGN STUDENT SPONSOR 


SEND SPONSOR LETTER 
SEND WELCOME ABOARD PACKAGE 
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Name: 


Description: 


Type: 


Subordinate of: 


Subordinates: 


Activity Definition 


COURSE MAINTENANCE 


This function incorporates creation, update and 
deletion of a course and offered courses. 

This function is executed within the Registrar's 
purview, however, modeling is required here to enable 
CSADS to present the view necessary to perform the 
Course related functions that fall within the 
Curricular Officers’ area of responsibility. 


Function 
ACADEMIC DATABASE ADMINSTRATION 
ESTABLISH A NEW COURSE 


MODIFY EXISTING COURSE 
REMOVE COURSE FROM CATALOG 
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Name: 


Description: 


Types 


Subordinate of: 


Subordinates: 


Activity Definition 


COURSE OF STUDY MAINTENANCE 


This function incorporates the creation, up-date, and 
deletion of a curriculum’s Typical Course of Study 


Function 
CURRICULUM DEVELOPMENT MGMT 
SETUP TYPICAL | COURSE MORE STUDY 


MODIFY TYPICAL COURSE _OF _ STUDY 
REMOVE  TYPICAL COURSE | _OF _ STUDY 
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Activity Definition 


Name: CURRICULUM DEVELOPMENT MGMT 


Description: This function involves the maintenance of the 
curriculum programs. 


Type: Function 
Subordinate of: ACADEMIC DATABASE ADMINSTRATION 


Subordinates: CURRICULUM OFFICE MAINTENANCE 
COURSE OF STUDY MAINTENANCE 
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Name: 


Description: 


dope. 


Subordinate of: 


Subordinates: 


Activity Definition 


CURRICULUM OFFICE MAINTENANCE 


This function incorporates the creation, up-date, and 
deletion of curricular offices and curricula. 

This function is executed outside of the curricular 
office, but must be modeled here to enable use of these 
entity types within the CSADS. 


Function 
CURRICULUM DEVELOPMENT MGMT 


ESTABLISH NEW CURRICULAR OFFICE 
MODIFY CURRICULAR OFFICE 
REMOVE CURRICULAR OFFICE 

SETUP NEW CURRICULUM 

MODIFY CURRICULUM 

ELIMINATE CURRICULUM 
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Activity Definition 


Name: ELIMINATE CURRICULUM 

Description: System Gen: This process involves the removal of a 
curriculum from a particular curricular office. 
(Outside scope: Registrar) 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: CURRICULUM OFFICE MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
CURRICULUM read 
delete 
Process ELIMINATE CURRICULUM 


Import Views 
View INPUT of entity CURRICULUM 
Attributes: 
NUMBER 


Export Views 
View OUTPUT of entity CURRICULUM 
Attributes: 
NUMBER 


Entity Action Views 
View of entity CURRICULUM 
Attributes: 
NUMBER 
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Activity Definition 


Name: ELIMINATE DEPENDENT DATA 


Description: This process involves the removal of an entity which 
is no longer a dependent of a student. 


Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: PERSONAL DATA MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
STUDENT read 
DEPENDENT read 
delete 
Process ELIMINATE DEPENDENT DATA 


Import Views 
View INPUT of entity STUDENT 


Attributes: 
SSN 
View INPUT of entity DEPENDENT 
Attributes: 
LAST NAME 
FIRST NAME 


Export Views 
View OUTPUT REMOVED of entity DEPENDENT 
Attributes: 
LAST NAME 
FIRST NAME 
View OUTPUT of entity STUDENT 
Attributes: 
SSN 


Entity Action Views 
View EXISTING of entity STUDENT 


Attributes: 
SSN 
View of entity DEPENDENT 
Attributes: 
LAST NAME 


FIRST NAME 
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Activity Definition 


Name: ELIMINATE JOINT STATUS 

Description: System Gen: This process involves the disassociation 
of one student from a joint thesis. (Outside scope: 
Thesis Processor) 

Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: ACADEMIC COUNSELING 


Expected Effects: 


Entity Type Expected Actions 
STUDENT update 
read 
THESIS update 
read 
Process ELIMINATE JOINT STATUS 


Import Views 
View INPUT REMOVING of entity STUDENT 


Attributes: 
SSN 
View INPUT of entity THESIS 
Attributes: 


DUE DATE YEAR 
NUMBER 


Export Views 
View OUTPUT REMOVED of entity STUDENT 


Attributes: 
SSN 
View OUTPUT of entity THESIS 
Attributes: 
NUMBER 
DUE DATE YEAR JOINT 


Entity Action Views 
View EXISTING of entity STUDENT 


Attributes: 
SSN 
View of entity THESIS 
Attributes: 
NUMBER 
DUE DATE YEAR JOINT 
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Activity Definition 


Name: ENTER ACADEMIC BACKGROUND 


Description: This process involves the recording of a student's 
prior academic history. 


Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: PERSONAL DATA MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
STUDENT update 
read 
ACADEMIC HISTORY create 
update 
Process ENTER ACADEMIC BACKGROUND 


Import Views 
View INPUT of entity ACADEMIC HISTORY 
Attributes: 
SCHOOL 
DEGREE 
MAJOR 
GPA 
DATE 
View INPUT of entity STUDENT 
Attributes: 
SSN 


Export Views 
View OUTPUT of entity ACADEMIC HISTORY 
Attributes: - 
SCHOOL 
DEGREE 
MAJOR 
GPA 
DATE 
View OUTPUT of entity STUDENT 
Attributes: 
SSN 
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Entity Action Views 
View of entity ACADEMIC HISTORY 
Attributes: 
SCHOOL 
DEGREE 
MAJOR 
GPA 
DATE 
View of entity STUDENT 
Attributes: 
SSN 
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Activity Definition 


Name: ENTER DEPENDENT DATA 


Description: This process involves the creation of student's 
dependent information. 


Type: Elementary process 
Repetitive 
Online implementation suggested 


Subordinate of: PERSONAL DATA MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
DEPENDENT create 
update 
STUDENT update 
read 
Frocess ENTER DEPENDENT DATA 


Import Views 
View INPUT of entity DEPENDENT 
Attributes: 
LAST NAME 
FIRST NAME 
FAMILY MEMBER 
View INPUT of entity STUDENT 
Attributes: 
SSN 


Export Views 
View OUTPUT of entity DEPENDENT 
Attributes: 
LAST NAME FIRST NAME 
FAMILY MEMBER E 
View OUTPUT of entity STUDENT 
Attributes: 
SSN 


Entity Action Views 
View of entity DEPENDENT 
Attributes: 
LAST_NAME FIRST_NAME 
FAMILY MEMBER 
View of entity STUDENT 
Attributes: 
SSN 
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Activity Definition 


Name: ESTABLISH A NEW COURSE 

Description: System Gen: This process creates a course. (Outside 
scope: Registrar) 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: COURSE MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
COURSE create 
Process ESTABLISH A NEW COURSE 


Import Views 
View INPUT of entity COURSE 
Attributes: 
NAME 
LECTURE CREDIT HOURS 
LAB CREDIT HOURS 
ACADEMIC DEPARTMENT CODE 
NUMBER 


xport Views 
View OUTPUT of entity COURSE 
Attributes: 
NAME 
LECTURE CREDIT HOURS 
LAB CREDIT HOURS 
ACADEMIC DEPARTMENT CODE 
NUMBER 


Entity Action Views 
View of entity COURSE 
Attributes: 

NAME 
LECTURE CREDIT HOURS 
LAB CREDIT HOURS 
ACADEMIC DEPARTMENT CODE 
NUMBER 
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Activity Definition 





Name: 


Description: 


Type: 


Subordinate of: 


ESTABLISH A QUARTER QPR 


System Gen: This process involves the creation of an 
QPR for a particular quarter and year. This process 
would be called when no QPR exist for that particular 
quarter and year when a grade is posted. (Out side 
scope: Registrar) 


Elementary process 
Not Repetitive 
Online implementation suggested 


COMPLETED ACADEMIC REQUIREMENTS 


Expected Effects: 


Entity Type 


Expected Actions 


STUDENT COURSE OF STUDY update 
read 

STUDENT update 
read 

QUARTER QPR create 
update 


Process ESTABLISH A QUARTER ΟΡΕ 


Import Views 


View INPUT of entity QUARTER OPR 
Attributes: 


ACADEMIC YEAR 
ACADEMIC QUARTER 


View INPUT of entity COURSE 
Attributes: 


NUMBER 
ACADEMIC DEPARTMENT CODE 


View IMPORT of entity STUDENT 
Attributes: 


Export Views 


SSN 


View EXPORT of entity QUARTER QPR 
Attributes: 


ACADEMIC YEAR 
ACADEMIC QUARTER 
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Entity Action Views 
View of entity QUARTER QPR 
Attributes: 
ACADEMIC YEAR 
ACADEMIC QUARTER 
View of entity COURSE 
Attributes: 
NUMBER 
ACADEMIC DEPARTMENT CODE 
View of entity STUDENT COURSE OF STUDY 


Attributes: 
STATUS 
View of entity STUDENT 
Attributes: 
SSN 
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Activity Definition 


Name : ESTABLISH NEW CURRICULAR OFFICE 


Description: System Gen: This process creates a new curricular 
office in addition to the 11 present offices. 
Additionally, at least one curriculum must be created 
that composes that particular curricular office. This 
process requires a modification to the code to 
add a permitted value for a curricular office code. 
(Outside scope: Registrar with the assistance of the 
Curricular Officers and Academic Associates) 


Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: CURRICULUM OFFICE MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
OTK OR TYPICAL STUDY create 
n E update 
TYPICAL COURSE OF STUDY create 
7 update 
COMPOSITION OF TYPICAL STUDY create 
update 
CURRICULUM create 
update 
CURRICULAR OFFICE create 
update 
COURSE update 

read 
Process ESTABLISH NEW CURRICULAR OFFICE 


Import Views 
Group View GROUP IMPORT 
Cardinality Min: 1 Max: 20 Avg: 5 
View INPUT of entity CURRICULUM 


Attributes: 
TITLE 
NUMBER 
View INPUT of entity CURRICULAR OFFICE 
Attributes: x 

TITEE 

CODE 

PASSWORD 
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Export Views 
Group View GROUP EXPORT 
Carnality Min: 1 Max: 20 Avg: 5 
View OUTPUT of entity CURRICULUM 
Attributes: 
TITLE 
NUMBER 
View OUTPUT of entity CURRICULAR OFFICE 
Attributes: - 
TITLE 
CODE 


Entity Action Views 
View of entity CURRICULUM 


Attributes: 
el EGE 
NUMBER 
View of entity CURRICULAR_OFFICE 
Attributes: 
ο.» 
CODE 
PASSWORD 
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Activity Definition 





Name: FILE BOOK CLAIM 


Description: This process creates a claim against a Naval student's 
book money (total amt they are allowed to spend 
for an academic year) and reduces the amount 
remaining in the student's book money. 


Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: NAVY REQUIREMENTS MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
STUDENT read 
STUDENT BOOK REIMBURSEMENT update 
read 
BOOK CLAIM create 
update 
Process FILE BOOK CLAIM 


Import Views 
View INPUT of entity BOOK CLAIM 
Attributes: 
AMOUNT OF CLAIM 
ACADEMIC QUARTER 
View INPUT of entity STUDENT 


Attributes: 
SSN 
View INPUT of entity STUDENT BOOK REIMBURSEMENT 
Attributes: η 
YEAR 


AMOUNT REMAINING 


Export Views 
View OUTPUT of entity BOOK CLAIM 
Attributes: 
AMOUNT OF CLAIM 
ACADEMIC QUARTER 
View OUTPUT of entity STUDENT BOOK REIMBURSEMENT 
Attributes: 
YEAR 
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Entity Action Views 
View of entity BOOK CLAIM 
Attributes: 
AMOUNT OF CLAIM 
ACADEMĪC QUARTER 
View of subtype NAVY 


Attributes: 
SSN 
View of entity STUDENT BOOK REIMBURSEMENT 
Attributes: 
YEAR 


AMOUNT REMAINING 
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Name: 


Description: 


Type: 


Subordinate of: 


Subordinates: 


Activity Definition 


INITIALIZE STUDENT RECORD 
This function involves the evaluation and preparation 
for a student to be considered at the Naval 
Postgraduate School. 

Function 

ACADEMIC DATABASE ADMINSTRATION 

ASSIGN PROJECTED STUDENT 


MODIFY PROJECTED STUDENT 
REMOVE PROJECTED STUDENT 
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netavity Definition 


Name: MODIFY ACADEMIC BACKGROUND 


Description: This process involves the modification of a student's 
record of their academic history. 


Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: PERSONAL DATA MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
ACADEMIC HISTORY update 
read 
Process MODIFY ACADEMIC BACKGROUND 


Import Views 
View INEUI ADJUSTING of entity ACADEMIC HISTORY 


Attributes: 
SCHOOL 
GPA 
DATE 
View INPUT of entity STUDENT 
Attributes: 
SSN 
View ΕΕ Επ Πες ος entity ACADEMIC HISTORY 
Attributes: 
MAJOR 
DEGREE 


Export Views 
View OUTPUT ADJUSTED of entity ACADEMIC HISTORY 
Attributes: 
SCHOOL 
GPA 
DATE 
View OUTPUT of entity ACADEMIC HISTORY 
Attributes: 
SCHOOL 
DEGREE 
MAJOR 
GPA 
DATE 
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Entity Action Views 
View of entity STUDENT 
Attributes: 
SSN 
View of entity ACADEMIC HISTORY 
Attributes: 
SCHOOL 
DEGREE 
MAJOR 
GPA 
DATE 
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Activity Definition 


Name: MODIFY BOOK CLAIM 

Description: This process modifies an existing Naval student's book 
claim and makes the needed adjustment in the student's 
book money. 

Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: NAVY REQUIREMENTS MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
STUDENT BOOK REIMBURSEMENT update 
read 
BOOK CLAIM update 
read 
Process MODIFY BOOK CLAIM 


Import Views 
View INPUT of entity STUDENT 


Attributes: 
SSN 
View INPUT of entity STUDENT BOOK REIMBURSEMENT 
Attributes: 
YEAR 
View INPUT NEW of entity BOOK CLAIM 
Attributes: 


ACADEMIC QUARTER 
AMOUNT OF CLAIM 


Export Views 
View OUTPUT of entity BOOK CLAIM 
Attributes: 
AMOUNT OF CLAIM 
ACADEMIC QUARTER 
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Entity Action Views 
View of subtype NAVY 


Attributes: 
SSN 
View of entity STUDENT BOOK REIMBURSEMENT 
Attributes: 
YEAR 


AMOUNT REMAINING 
View of entity BOOK CLAIM 
Attributes: 
AMOUNT OF CLAIM 
ACADEMIC QUARTER 
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Activity Definition 


Name: MODIFY CURRICULAR_OFFICE 

Bescription: System Gen: This process modifies an existing 
curricular office. (Outside scope: Registrar) 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: CURRICULUM OFFICE MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
CURRICULAR OFFICE update 
read 
Process MODIFY CURRICULAR OFFICE 


Import Views 
View INPUT of entity CURRICULAR OFFICE 
Attributes: 7 
CODE 
TITLE 


Export Views 
View OUTPUT of entity CURRICULAR OFFICE 
Attributes: 
TITLE 
CODE 


Entity Action Views 
πο OF entity CURRICULARSORFICE 
Attributes: 
τς 
CODE 
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ACtmeary Definition 





ess involves the modification of 


a curriculum for a particular curricular office. 


Name: MODIFY CURRICULUM 

Description: System Gen: This proc 
(Outside scope: 

Type: Elementary process 


Not Repetitive 
Online implementation 


Subordinate of: 


Expected Effects: 
Entity Type 
COURSE 
COMPOSITION. OF τι ο ευ 


TYPICAL COURSE OF STUDY 
CURRICULUM 
CURRICULAR OFFICE 


Process MODIFY CURRICULUM 
Import Views 
View INPUT of entity CURRICULUM 
Attributes: 
NUMBER 
TITLE 


Export Views 
View OUTPUT of entity CURRICULUM 
Attributes: 
TITLE 
NUMBER 


Entity Action Views 
View of entity CURRICULUM 
Attributes: 
TITLE 
NUMBER 
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Registrar) 


suggested 


CURRICULUM OFFICE MAINTENANCE 


Expected Actions 
read 
update 
read 
update 
read 
update 
read 
read 


Retigaty Definition 


Name : MODIFY DEPENDENT DATA 


Deseription: This process involves the modification of a student's 
dependent information. 


Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: PERSONAL DATA MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
DEPENDENT update 
read 
LErocess MODIFY DEPENDENT DATA 


Import Views 
View INPUT of entity STUDENT 


Attributes: 
SSN 
View INPUT of entity DEPENDENT 
Attributes: 
LAST NAME 


FIRST NAME 
FAMILY MEMBER 


Export Views 
View OUTPUT of entity DEPENDENT 
Attributes: 
LAST NAME 
FIRST NAME 
FAMILY MEMBER 


Entity Action Views 
View of entity STUDENT 


Attributes: 
SON 
View of entity DEPENDENT 
Attributes: 
LAST NAME 


FIRST NAME 
FAMILY MEMBER 
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Activity Definition 





Name: MODIFY EXISTING COURSE 

Description: System Gen: This process modifies an existing course. 
(Outside scope: Registrar) 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: COURSE MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
COURSE update 
read 
Process MODIFY EXISTING COURSE 


Import Views 
View INPUT of entity COURSE 
Attributes: 
NUMBER 
ACADEMIC DEPARTMENT CODE 
NAME 
LECTURE CREDIT HOURS 
LAB CREDIT HOURS 


Export Views 
View OUTPUT of entity COURSE 
Attributes: 

NAME 
LECTURE CREDIT HOURS 
LAB CREDIT HOURS 
NUMBER 
ACADEMIC DEPARTMENT CODE 


Entity Action Views 
View of entity COURSE 
Attributes: 

NAME 
LECTURE CREDIT HOURS 
LAB CREDIT HOURS 
NUMBER 
ACADEMIC DEPARTMENT CODE 
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Activity Definition 


Name: MODIFY GRADE 

Description: System Gen: This process is a generic update of a 
student’s grade. (Outside scope: Registrar) 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: COMPLETED ACADEMIC REQUIREMENTS 


Expected Effects: 


Entity Type Expected Actions 
STUDENT COURSE OF STUDY update 
read 
Process MODIFY GRADE 


Import Views 
View INPUT of entity STUDENT COURSE OF STUDY 


Attributes: 
STATUS 
GRADE 
View INPUT of entity COURSE 
Attributes: 
NUMBER ACADEMIC DEPARTMENT CODE 
View INPUT of entity STUDENT p 
Attributes: 
SSN 


Export Views 
View OUTPUT of entity STUDENT COURSE OF STUDY 
Attributes: 
STATUS 
GRADE 


Entity Action Views 
View of entity COURSE 


Attributes: 
NUMBER ACADEMIC DEPARTMENT CODE 
View of entity STUDENT E E 
Attributes: 
SSN 
View of entity STUDENT COURSE OF STUDY 
Attributes: 
STATUS 
GRADE 
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Activity Definition 





Name : MODIFY NAVY BOOK CEILING 


Description: System Gen: This process modifies the Navy Book 
Eligibility. (Outside scope: MIS) 


Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: SYSTEM MANAGEMENT 


Expected Effects: 


Entity Type Expected Actions 
TOTAL ANNUAL NAVAL BOOK CEILING update 
read 
Process MODIFY NAVY BOOK CEILING 


Import Views 
View INPUT of entity TOTAL ANNUAL NAVAL BOOK CEILING 
Attributes: d 7 = - 
DATE IMPLEMENTED 
TOTAL AMOUNT 


Export Views 
View OUTPUT of entity TOTAL ANNUAL NAVAL BOOK CEILING 
Attributes: E p Ξ E 
TOTAL AMOUNT 
DATE IMPLEMENTED 


Entity Action Views 
View of entity TOTAL ANNUAL NAVAL BOOK CEILING 
Attributes: E i n E 
TOTAL AMOUNT 
DATE IMPLEMENTED 
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Activity Definition 


Name: MODIFY PASSWORD 


Description: System Gen: This process creates a password for a 
particular curricular office for use by the system to 
restrict the view available to a given curricular 
office; the operation of this process will, of course, 
be transparent to the users. (Outside scope: MIS) 


pe Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: SYSTEM MANAGEMENT 


Expected Effects: 


Entity Type Expected Actions 
CURRICULAR OFFICE update 
read 
Erocess MODIFY PASSWORD 


Import Views 
View INPUT of entity CURRICULAR OFFICE 
Attributes: 
CODE 
PASSWORD 


Export Views 
View OUTPUT of entity CURRICULAR OFFICE 
Attributes: 
PASSWORD 
CODE 


Entity Action Views 
Ercwaoteentity CURRICULAR OFFICE 
Attributes: 
PASSWORD 
CODE 
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Activity Definition 


Name: MODIFY PROJECTED STUDENT 

Description: This process modifies the description of a prospective 
student. (Admission or Curricular Officer) 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: INITIALIZE STUDENT RECORD 


Expected Effects: 


Entity Type Expected Actions 
STUDENT update 
read 
Process MODIFY PROJECTED STUDENT 


Import Views 
View INPUT of entity STUDENT 


Attributes: 
SSN 

opt TYPE REFRESHER opt TYPE OFFICER 
opt RECEIVED ORDERS TO ATTEND opt LAST NAME 
opt FIRST NAME opt MIDDLE INITIAL 
opt SHORTNAME Ope RANK 
opt ANTICIPATED GRADUATION DATE opt APC 
opt PROPOSED NPS DEGREE opt NPS MAJOR 
opt COMMISSIONING SOURCE opt COMMENT1 
opt | DUAL DEGREE opt PROGRAM 
opt COUNTRY opt SERVICE 


opt | INTERNATIONAL SERVICE COMPONENT 


Export Views 
View OUTPUT of entity STUDENT 


Attributes: 
SSN TYPE REFRESHER 
PRESENT STATUS TYPE OFFICER 
RECEIVED ORDERS TO ATTEND LAST NAME 
FIRST NAME ... MIDDLE INITIAL 
SHORTNAME RANK Ἢ 
ANTICIPATED GRADUATION DATE APC 
PROPOSED NPS DEGREE NPS MAJOR 
COMMENT1 COMMISSIONING SOURCE 
DUAL DEGREE PROGRAM B 
COUNTRY SERVICE 


INTERNATIONAL SERVICE COMPONENT 
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Entity Action Views 
View of entity STUDENT 


Attributes: 
SSN TYPE REFRESHER 
PRESENT STATUS TYPE OFFICER 
RECEIVED ORDERS TO ATTEND LAST NAME 
FIRST NAME BIPDDEBE INITIAL 
SHORTNAME RANK 
ANTICIPATED GRADUATION DATE APC 
PROPOSED NPS DEGREE NPS MAJOR 
COMMENT1 COMMISSIONING SOURCE 
DUAL DEGREE PROGRAM 
COUNTRY SERVICE 


INTERNATIONAL SERVICE COMPONENT 
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Activity Definition 


Name: ΤΕΥ ΣΕΤ 


Description: This process modifies a Naval Student's Physical 
Readiness Training record. 


TVDpe:. Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: NAVY REQUIREMENTS MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
PRT update 
read 
Process MODIFIERS 


Import Views 
View INPUT of entity STUDENT 


Attributes: 
SSN 
View INPUT of entity PRT 
Attributes: 
DATE OF TEST 
opt SCORE 
opt BODY FAT 


Export Views 
View OUTPUT of entity PRT 
Attributes: 
DATE OF TEST 
SCORE Ἢ 
BODY FAT 


Entity Action Views 
View of subtype NAVY 


Attributes: 
SSN 
View of entity PRT 
Attributes: 
DATE OF TEST 
SCORE 
BODY FAT 
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Activity Definition 


Name: MODIFY TYPICAL COURSE OF STUDY 

Description: This process involves the modification of a catalogued 
typical course of study for a particular curriculum. 

Type: Elementary process 


Repetitive 
Online implementation suggested 


Subordinate of: COURSE OF STUDY MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
COMPOSITION OF TYPTCAL STUDY update 
read 
CURRICULUM read 
TYPICAL COURSE OF STUDY update 
read 
COURSE update 
read 
Process MODIFY TYPICAL COURSE OF STUDY 


Import Views 


View 


View 


View 


View 


View 


View 


IMPORT 2 of entity COURSE 
Attributes: 

NUMBER 

ACADEMIC DEPARTMENT CODE 
IMPORT of entity COMPOSITION OF TYPICAL STUDY 
Attributes: 

TYPE OF COURSE 
IMPORT of entity COURSE 
Attributes: 

NUMBER 

ACADEMIC DEPARTMENT CODE 
IMPORT of entity CURRICULUM 
Attributes: 

NUMBER 
IMPORT of entity TYPICAL COURSE OF STUDY 
Attributes: 

REFRESHER REQUIREMENTS 

TYPE STUDENT 
IMPORT of entity QTR OF TYPICAL STUDY 
Attributes: 

QUARTER NUMBER 
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Export Views 


View 


View 


View 


EXPORT 2 of entity COURSE 


Attributes: 


NUMBER 
ACADEMIC DEPARTMENT CODE 
EXPORT of entity COURSE 
Attributes: 
ACADEMIC DEPARTMENT CODE 
NUMBER a 
EXPORT of entity COMPOSITION OF TYPICAL STUDY 
Attributes: 
TYPE OF COURSE 


Entity Action Views 


View 


View 


View 


View 


View 


View 


View 


PERSISTENT 3 of entity COURSE 
Attributes: 

NUMBER 

ACADEMIC DEPARTMENT CODE 
PERSISTENT 2 of entity COURSE 


Attributes: 
ACADEMIC DEPARTMENT CODE 
NUMBER 

of entity COURSE 

Attributes: 
NUMBER 


ACADEMIC DEPARTMENT CODE 
of entity CURRICULUM 


Attributes: 

NUMBER 
of entity TYPICAL COURSE OF STUDY 
Attributes: 


REFRESHER REQUIREMENTS 
TYPE STUDENT 
of entity OTR OF TYPICAL STUDY 
Attributes: 
QUARTER NUMBER 
of entity COMPOSITION OF TYPICAL STUDY 
Attributes: 
TYPE OF COURSE 
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Name: 


Description: 


τος. 
Subordinate of: 


Subordinates: 


Ectavsrty Definition 


NAVY REQUIREMENTS MAINTENANCE 


This function incorporates the maintenance of a Naval 
Student's Administrative requirements. 


Function 
SUPERVISE ENROLLED STUDENT 


RECORD NAVAL FITREP 

RECORD NAVAL OFFICER DESCRIPTION 
RECORD PRT 

MODIFY PRT 

REMOVE PRT 

SETUP NAVAL BOOK REIMBURSEMENT 
FILE BOOK CLAIM 

MODIFY BOOK CLAIM 

REMOVE BOOK CLAIM 
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Name: 


Description: 


Type: 


Subordinate of: 


Subordinates: 


Activity Definition 


PERSONAL DATA MAINTENANCE 


This function involves the maintenance of information 
which is not pertinent to the performance of a 
student at the Naval Postgraduate School. 


Function 
SUPERVISE ENROLLED STUDENT 


ENTER_DEPENDENT_DATA 
MODIFY DEPENDENT DATA 
ELIMINATE DEPENDENT DATA 
ENTER ACADEMIC BACKGROUND 
MODIFY ACADEMIC BACKGROUND 
REMOVE ACADEMIC BACKGROUND 
RECORD STUDENT DATA 
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norrvrtv Definition 


Name: POST GRADE 

Description: System Gen: This process records the grade a student 
earned at the completion of a course. (Outside scope: 
Registrar) 

Type: Elementary process 
Repetitive 


Online implementation suggested 
Subordinate of: COMPLETED ACADEMIC REQUIREMENTS 


Expected Effects: 


Entity Type Expected Actions 
QUARTER QPR update 
read 
STUDENT COURSE OF STUDY update 
read 
Process POST GRADE 


Import Views 
View INPUT of entity STUDENT COURSE OF STUDY 


Attributes: 
STATUS 
ACADEMIC YEAR 
ACADEMIC QUARTER 
GRADE 

View INPUT of entity COURSE 

Attributes: 

NUMBER 


ACADEMIC DEPARTMENT CODE 
View INPUT of entity STUDENT B 
Attributes: 
SSN 


Export Views 
View OUTPUT of entity STUDENT COURSE OF STUDY 
Attributes: 
STATUS 
ACADEMIC YEAR 
ACADEMIC QUARTER 
GRADE B 
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Entity Action Views 
View of entity COURSE 
Attributes: 
NUMBER 
ACADEMIC DEPARTMENT CODE 


View of entity STUDENT 


Attributes: 
SSN 
View of entity STUDENT COURSERORT STUDY 
Attributes: 
STATUS 


ACADEMIC YEAR 
ACADEMIC QUARTER 
GRADE 
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ο πουν Definition 


Name: RECORD ARRIVAL 

Description: This process involves the recording of the arrival (at 
the curricular office) of an incoming student. If 
this student is in the Navy; the Student Book Money is 
created. 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: ACADEMIC COUNSELING 


Expected Effects: 


Entity Type Expected Actions 
STUDENT update 
read 
ETOCESS RECORD_ARRIVAL 


Import Views 
View ARRIVED of entity STUDENT 
Attributes: 
SSN 
DATE REPORTED ABOARD 


Export Views 
View OUTPUT ARRIVED of entity STUDENT 
Attributes: 

SSN 
PRESENT STATUS 
RECEIVED ORDERS TO ATTEND 
LAST NAME μας 
FIRST NAME 
MIDDLE INITIAL 
DATE REPORTED ABOARD 


Entity Action Views 
View of entity STUDENT 
Attributes: 
SSN 
PRESENT STATUS 
RECEIVED ORDERS TO ATTEND 
LAST NAME 
FIRST NAME 
MIDDLE INITIAL 
DATE REPORTED ABOARD 
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Acti eyr Definition 





Name: RECORD BIRTH INFO 


Description: This process records or updates the date of birth and 
place of birth of a particular student. 


Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: RECORD STUDENT DATA 


Expected Effects: 


Entity Type Expected Actions 
STUDENT update 
read 
Process RECORD BIRTH INFO 


Import Views 
View INPUT of entity STUDENT 
Attributes: 
SSN 
DATE OF BIRTH 
PLACE OF BIRTH CITY 
PLACE OF BIRTH STATE 


Export Views 
View OUTPUT of entity STUDENT 
Attributes: 
SSN 
DATE OF BIRTH 
PLACE OF BIRTH CITY 
PLACE OF BIRTH STATE 


Entity Action Views 
View of entity STUDENT 
Attributes: 
SSN 
DATE OF BIRTH 
PLACE OF BIRTH CITY 
PLACE OF BIRTH STATE 
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Name: 


Description: 


ape: 


Subordinate of: 


Expected Effects 
Entity Type 


Activity Definition 


RECORD DESCRIPTIVE INFO 


This process updates descriptive information of a 
particular student. (ex. name, gender, rank, 
commissioning source, etc.) 


Elementary process 
Not Repetitive 
Online implementation suggested 


RECORD STUDENT DATA 


Expected Actions 


STUDENT update 
read 
Process RECORD DESCRIPTIVE INFO 
Import Views 
View INPUT of entity STUDENT 
Attributes: 
SSN 
Opt TYPE REFRESHER opt PRESENT STATUS 
opt TYPE OFFICER opt RECEIVED ORDERS TO ATTEND 
opt LAST NAME opt FIRST NAME 
opt MIDDCETINITIAL Opt SHORTNAME 
opt GENDER opt RANK 
opt DATE OF RANK opt MARITAL STATUS 
opt COMMISSIONING SOURCE opt LIBRARY CARD NUMBER 
opt MAINFRAME ACCOUNT NUMBER 


Export Views 


View OUTPUT of entity STUDENT 


Attributes: 
SSN TYPE REFRESHER 
PRESENT STATUS TYPE OFFICER 
LAST NAME RECEIVED ORDERS TO ATTEND 
FIRST NAME MIDDLE INITIAL 
SHORTNAME GENDER 
RANK DATE OF RANK 
MARITAL STATUS COMMISSIONING SOURCE 


LIBRARY CARD NUMBER . MAINFRAME ACCOUNT NUMBER 
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Entity Action Views 
View of entity STUDENT 


Attributes: 
SSN TYPE_REFRESHER 
PRESENT_STATUS TYPE OFFICER 
LAST NAME RECEIVED ORDERS TO ATTEND 
FIRST NAME MIDDLE INITIAL E 
SHORTNAME GENDER 
RANK DATE OF RANK 
MARITAL STATUS COMMISSIONING SOURCE 


LIBRARY CARD NUMBER MAINFRAME ACCOUNT NUMBER 
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Name: 


Description: 


ρε: 


Subordinate of: 


Activity Definition 


RECORD LOCATION INFO 


This process records or updates the local address, 
phone number, section number, study space, or locker 
number of a particular student. 


Elementary process 
Not Repetitive 
Online implementation suggested 


RECORD STUDENT DATA 


Expected Effects: 
Entity Type 


STUDENT 


Process 


Import Views 


RECORD LOCATION INFO 


Expected Actions 


update 
read 


View INPUT of entity STUDENT 


Attributes: 
SSN 
STREET 
ZIP CODE 
SMC BOX NUMBER 
SPLIT SECTION 
LOCKER NUMBER 


Export Views 


PHONE NUMBER 

CITY 

LAMESA HOUSING OCCUPANT 
SECTION NUMBER 

STUDY SPACE 


View OUTPUT of entity STUDENT 


Attributes: 
SSN 
STREET 
ZIP CODE 
SMC BOX NUMBER 
SPLIT SECTION 
LOCKER NUMBER 


Entity Action Views 
View of entity STUDENT 
Attributes: 

SSN 
STREET 
ZIP CODE 
SMC BOX NUMBER 
SPLIT SECTION 
LOCKER NUMBER 


PHONE NUMBER 

GM τ 

LAMESA HOUSING OCCUPANT 
SECTION NUMBER 

STUDY SPACE 


PHONE NUMBER 

οτι 7 

LAMESA HOUSING OCCUPANT 
SECTION NUMBER 

STUDY SPACE 
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Activity Definition 


Name: RECORD MEDICAL INFO 


Description: This process updates the medical information 
maintained on a particular student. 


Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: RECORD STUDENT DATA 


Expected Effects: 


Entity Type Expected Actions 
STUDENT update 
read 
Process RECORD MEDICAL INFO 


Import Views 
View INPUT of entity STUDENT 
Attributes: 
SSN 
AIDS TEST DATE 
PHYSICAL DATE 
DENTAL DATE 


Export Views 
View OUTPUT of entity STUDENT 
Attributes: 
SSN 
AIDS TEST DATE 
PHYSICAL DATE 
DENTAL DATE 


Entity Action Views 
View of entity STUDENT 
Attributes: 
SSN 
AIDS_TEST_DATE 
PHYSICAL DATE 
DENTAL DATE 
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A tivity Définition 


Name: RECORD NAVAL FITREP 

Description: This process records the date that a Naval Fitness 
Report was submitted, and the due date of the nex 
report: 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: NAVY REQUIREMENTS MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
STUDENT update 
read 
Process RECORD NAVAL FITREP 


Import Views 
View INPUT of entity STUDENT 
Attributes: 
SSN 
LAST FITREP DATE 
NEXT FITREP DUE 


Export Views 
View OUTPUT of entity STUDENT 
Attributes: 
SSN 
LAST FITREP DATE 
NEXT FITREP DUE 


Entity Action Views 
View of entity STUDENT 
Attributes: 
SSN 
bas ne ΕΤΕ 
NEXT FITREP DUE 
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Activity Definition 


Name: RECORD NAVAL OFFICER DESCRIPTION 

Description: This process involves the recording of a Naval 
Officer's Lineal-Number, Year-Group, and 
Officer-Designator. 

Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: NAVY REQUIREMENTS MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
STUDENT update 
read 
Process RECORD NAVAL OFFICER DESCRIPTION 


Import Views 
View INPUT of entity STUDENT 


Attributes: 
SSN 
TYPE OFFICER 
opt OFFICER DESIGNATOR 
opt LINEAL NUMBER 
opt OFFICER YEAR GROUP 


Export Views 
View OUTPUT of entity STUDENT 
Attributes: 

SSN 

TYPE OFFICER 
OFFICER DESIGNATOR 
LINEAL NUMBER 
OFFICER YEAR GROUP 


Entity Action Views 
View of entity STUDENT 
Attributes: 

SSN 

TYPE OFFICER 
OFFICER DESIGNATOR 
LINEAL NUMBER 
OFFICER YEAR GROUP 
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Reeavity Definition 





Name: RECORD PRT 


Description: This process involves the creation of a Naval 
Student’s Physical Readiness Training Record. 


pe: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: NAVY REQUIREMENTS MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
NAVY update 
STUDENT read 
ERT create 
update 
Process RECORD_PRT 


Import Views 
View INPUT of entity PRT 


Attributes: 
SCORE 
opt BODY FAT DATE OF TEST 
View INPUT of entity STUDENT 
Attributes: 
SSN 


Export Views 
View OUTPUT of entity PRT 


Attributes: 
SCORE 
BODY FAT DATE OF TEST 
View OUTPUT of entity STUDENT 
Attributes: 
SSN 


Entity Action Views 
View of entity PRT 


Attributes: 
SCORE 
BODY FAT DATE OF TEST 
View of entity STUDENT 
Attributes: 
SSN 
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Activity Definition 


Name: RECORD SECURITY INFO 

Description: This process records the security attributes of a 
particular student. (ex. background, access) 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: RECORD STUDENT DATA 


Expected Effects: 


Entity Type Expected Actions 
STUDENT update 
read 
Process RECORD SECURITY INFO 


Import Views 
View INPUT of entity STUDENT 
Attributes: 
SSN 
SECURITY BACKGROUND 
SECURITY ACCESS 


Export Views 
View OUTPUT of entity STUDENT 
Attributes: 
SSN 
SECURITY BACKGROUND 
SECURITY ACCESS 


Entity Action Views 
View of entity STUDENT 
Attributes: 
SSN 
SECURITY BACKGROUND 
SECURITY ACCESS 
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nmoetrvity Definition 


Name: RECORD STATION INFO 

Description: This process records the previous duty station, next 
duty station and date of orders of a particular 
student. 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: RECORD STUDENT DATA 


Expected Effects: 


Entity Type Expected Actions 
STUDENT update 
read 
Process RECORD STATION INFO 


Import Views 
View INPUT of entity STUDENT 
Attributes: 
SSN 
PREVIOUS DUTY STATION 
NEXT DUTY STATION 
DATE OF ORDERS 


Export Views 
View OUTPUT of entity STUDENT 
Attributes: 
SSN 
PREVIOUS DUTY STATION 
NEXT DUTY STATION 
DATE OF ORDERS 


Entity Action Views 
View of entity STUDENT 
Attributes: 
SSN 
PREVIOUS DUTY STATION 
NEXT DUTY STATION 
DATE OF ORDERS 
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Name: 


Description: 


Type: 


Subordinate of: 


Subordinates: 


Activity Definition 


RECORD_STUDENT_DATA 


This process involves the updating of non-academic 
information about a student such as address, phone 
number, birthdate, etc. 


Process 
Not Repetitive 
Online implementation suggested 


PERSONAL DATA MAINTENANCE 


RECORD MEDICAL INFO 
RECORD LOCATION INFO 
RECORD BIRTH INFO 
RECORD STATION INFO 
RECORD DESCRIPTIVE INFO 
RECORD SECURITY INFO 
UPDATE DEGREE INFO 


Expected Effects: 


Entity Type 


CURRICULUM 
STUDENT 


Expected Actions 
read 
update 
read 
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Activity Definition 


Name: RECORD THESIS PROPOSAL 

Description: System Gen: This process records the creation of a 
thesis for a particular student or students. (Outside 
Scope: Thesis Processor) 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: ACADEMIC COUNSELING 


Expected Effects: 


Entity Type Expected Actions 
STUDENT update 
read 
THESIS create 
update 
Process RECORD THESIS PROPOSAL 


Import Views 
View INDICATED of entity THESIS 


Attributes: 
DUE DATE YEAR TITLE 
STATUS ADVISOR 
SECOND READER CLASSIFIED 
JOINT NUMBER 


DUE DATE MONTH 
View IDENTIFIED of entity STUDENT 
Attributes: 
SSN 


Export Views 
View OUTPUT of entity THESIS 


Attributes: 
DUE DATE YEAR EGET TERI 
STATUS ADVISOR 
SECOND READER CLASSIFIED 
JOINT NUMBER 


DUE DATE MONTH 
View EXPORT of entity STUDENT 
Attributes: 
SSN 
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Entity Action Views 
View of entity THESIS 


Attributes: 
DUE DATE YEAR PITLE 
STATUS ADVISOR 
SECOND READER CLASSIFIED 
JOINT NUMBER 


DUE DATE MONTH 
View of entity STUDENT 
Attributes: 
SSN 
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Beotrvity Definition 


Name: REMOVE ACADEMIC BACKGROUND 


Description: This process removes an erroneously entered student 
academic history. 


Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: PERSONAL DATA MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
ACADEMIC HISTORY read 
delete 
Process REMOVE ACADEMIC BACKGROUND 


Import Views 
View INPUT of entity STUDENT 


Attributes: 
SSN 
View INPUT REMOVING of entity ACADEMIC HISTORY 
Attributes: 
MAJOR 
DEGREE 


Export Views 
View OUTPUT REMOVED of entity ACADEMIC HISTORY 
Attributes: 
DEGREE 
MAJOR 


Entity Action Views 
View of entity STUDENT 


Attributes: 
SSN 
View of entity ACADEMIC HISTORY 
Attributes: 
DEGREE 
MAJOR 
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Activity Definition 





Name: REMOVE BOOK CLAIM 

Description: This process removes an erroneously entered book 
claim. 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: NAVY REQUIREMENTS MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
BOOK CLAIM read 
delete 
STUDENT BOOK REIMBURSEMENT update 
read 
Process REMOVE BOOK CLAIM 


Import Views 
View INPUT of entity STUDENT 
Attributes: 
SSN 
View INPUT of entity STUDENT BOOK REIMBURSEMENT 
Attributes: 
YEAR 
View INPUT of entity BOOK CLAIM 
Attributes: E 
ACADEMIC QUARTER 


Export Views 
View OUTPUT of entity BOOK CLAIM 
Attributes: 
AMOUNT_OF_ CLAIM ACADEMIC QUARTER 


Entity Action Views 
View of subtype NAVY 
Attributes: 
SSN 
View of entity STUDENT BOOK REIMBURSEMENT 
Attributes: P 7 
YEAR 
View of entity BOOK CLAIM 
Attributes: E 
AMOUNT OF CLAIM ACADEMIC QUARTER 
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Activity Definition 


Registrar) 


Name: REMOVE COURSE FROM CATALOG 

Description: System Gen: This process removes a course from the 
available course listing. (Outside scope: 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: COURSE MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
COURSE read 
delete 
Process REMOVE COURSE FROM CATALOG 


Import Views 
View INPUT of entity COURSE 
Attributes: 
NUMBER 
ACADEMIC DEPARTMENT CODE 


Export Views 
View OUTPUT of entity COURSE 
Attributes: 
NUMBER 
ACADEMIC DEPARTMENT CODE 


Entity Action Views 
View of entity COURSE 
Attributes: 
NUMBER 
ACADEMIC DEPARTMENT CODE 
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Activity Definition 





Name : REMOVE CURRICULAR OFFICE 

Description: System Gen: This process removes a curricular office. 
(Outside scope: Registrar) 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: CURRICULUM OFFICE MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
CURRICULAR OFFICE read 
delete 
Process REMOVE CURRICULAR OFFICE 


Import Views 
View INPUT of entity CURRICULAR OFFICE 
Attributes: 7 
CODE 


Export Views 
View OUTPUT of entity CURRICULARTORPICE 
Attributes: 
CODE 


Entity Action Views 
View of entity CURRICULAR OFFICE 
Attributes: 
CODE 
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EmopaverEy Definition 


This process removes a thesis which has 


been erroneously entered or has been abandoned by its 


as distinguished from a mere modification. 
Thesis Processor) 


Name: REMOVE ERRONEOUS THESIS 
Description: System Gen: 

author, 

(Outside scope: 
Type: Elementary process 


Not Repetitive 


Online implementation suggested 


Subordinate of: ACADEMIC COUNSELING 
Expected Effects: 

Entity Type 

STUDENT 

THESIS 


Process REMOVE ERRONEOUS THESIS 
Import Views 
View INPUT of entity THESIS 
Attributes: 
DUE DATE YEAR 
NUMBER 


Export Views 
View OUTPUT of entity THESIS 
Attributes: 
NUMBER 
DUE DATE YEAR 


Entity Action Views 
View of entity THESIS 
Attributes: 
NUMBER 
DUE DATE YEAR 
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Expected Actions 
read 
read 
delete 


Activity Definition 





Name: REMOVE GRADUATES 


Description: System Gen: This process archives the records of those 
students who have graduated (or those who attended but 
did not meet the requirements for graduation) from the 
Naval Postgraduate School. (Outside scope: Registrar) 


Procedure actually accomplished by Registrar ONLY, 
however, must be modeled here to enable view 
capability by curricular officers. 

Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: COMPLETED ACADEMIC REQUIREMENTS 


Expected Effects: 


Entity Type Expected Actions 
THESIS read 
delete 
STUDENT read 
delete 
Process REMOVE GRADUATES 


Import Views 
View INPUT of entity STUDENT 
Attributes: 
SSN 


Export Views 
View OUTPUT of entity STUDENT 
Attributes: 
SSN 
ANTICIPATED GRADUATION DATE 


Entity Action Views 
View of entity STUDENT 
Attributes: 
SSN 
ANTICIPATED GRADUATION DATE 
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Activity Definition 


Name: REMOVE PROJECTED STUDENT 

Description: System Gen: This process removes an erroneously 
entered student. (Outside Scope: Admissions) 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: INITIALIZE STUDENT RECORD 


Expected Effects: 


Entity Type 


STUDENT 


Expected Actions 


read 


delete 


Process REMOVE PROJECTED STUDENT 
Import Views 
View INPUT REMOVING of entity STUDENT 
Attributes: 
SSN 


Export Views 
View REMOVED of entity STUDENT 


Attributes: 
SSN TYPE REFRESHER 
PRESENT STATUS TYPE OFFICER 
LAST NAME RECEIVED ORDERS TO ATTEND 


FIRST NAME MIDDLE INITIAL 
RANK ANTICIPATED GRADUATION DATE 


Entity Action Views 
View of entity STUDENT 


Attributes: 
SSN TYPE REFRESHER 
PRESENT STATUS TYPE OFFICER 
LAST NAME RECEIVED ORDERS TO ATTEND 


FIRST NAME MIDDLE INITIAL 
RANK ANTICIPATED GRADUATION DATE 
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Activity Definition 


Name: REMOVE PRT 
Description: This process removes an erroneously entered PRT. 
Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: NAVY REQUIREMENTS MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
PRT read 
delete 
Process REMOVE PRT 


Import Views 
View INPUT of entity STUDENT 


Attributes: 
SSN 
View INPUT of entity PRT 
Attributes: 


DATE OF TEST 


Export Views 
View OUTPUT of entity PRT 
Attributes: 
DATE OF TEST 
SCORE 
BODY FAT 


Entity Action Views 
View of subtype NAVY 


Attributes: 
SSN 
View of entity PRT 
Attributes: 
DATE OF TEST 
SCORE 
BODY FAT 
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Rctuvity Definition 





Name: REMOVE TYPICAL COURSE OF STUDY 


Description: This process removes an erroneously entered typical 
course of study. 


Type: Elementary process 
Repetitive 
Online implementation suggested 


Subordinate of: COURSE OF STUDY MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
TYPICAL COURSE OF STUDY read 
delete 
Process REMOVE TYPICAL COURSE OF STUDY 


Import Views 
View INPUT of entity CURRICULUM 


Attributes: 
NUMBER 
View INPUT of entity TYPICAL COURSE OF STUDY 
Attributes: i 


REFRESHER REQUIREMENTS 
TYPE STUDENT 


Export Views 
View OUTPUT of entity TYPICAL COURSE OF STUDY 
Attributes: 
REFRESHER REQUIREMENTS 
TYPE STUDENT 


Entity Action Views 
View of entity CURRICULUM 


Attributes: 
NUMBER 
View of entity TYPICAL COURSE OF STUDY 
Attributes: 


REFRESHER REQUIREMENTS 
DYES STUDENT 
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Activity Definition 


This process modifies an existing thesis. 
If a student must be removed from a joint thesis, 


a 
(Outside scope: 


Name: REVISE THESIS PROPOSAL 
Description: System Gen: 
disassociation would be required. 
Thesis Processor) 
Type: Elementary process 


Not Repetitive 


Online implementation suggested 


Subordinate of: ACADEMIC COUNSELING 


Expected Effects: 
Entity Type 


— — — o à— o e πάπαν i eee 


THESIS 


STUDENT 


Process REVISE THESIS PROPOSAL 
Import Views 
View INPUT of entity THESIS 
Attributes: 
DUE DATE YEAR 
TITLE 
ADVISOR 
CLASSIFIED 


Export Views 
View OUTPUT of entity THESIS 
Attributes: 
DUE DATE YEAR 
TITLE 
ADVISOR 
CLASSIFIED 


Entity Action Views 
View of entity THESIS 
Attributes: 
DUE DATE YEAR 
TITLE E 
ADVISOR 
CLASSIFIED 


Expected Actions 
update 
read 
update 
read 


NUMBER 
STATUS 
SECOND READER 


NUMBER 
STATUS 
SECOND READER 


JOINT 


NUMBER 
STATUS 
SECOND READER 


JOINT 
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σου νυν Definition 





Name: REVISE THESIS TO JOINT STATUS 

Description: System Gen: This process revises a thesis entity to 
reflect a joint status and associates the thesis with 
an additional student. (Outside scope: Thesis 
Processor) 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 


Subordinate of: ACADEMIC COUNSELING 


Expected Effects: 


Entity Type Expected Actions 
THESIS update 
read 
STUDENT update 
read 
Process REVISE THESIS TO JOINT STATUS 


Import Views 
View INPUT ADDITIONAL of entity STUDENT 
Attributes: 
SSN 
View INPUT of entity THESIS 
Attributes: 
DUE DATE YEAR NUMBER 


Export Views 
View OUTPUT ADDITIONAL of entity STUDENT 
Attributes: 
SSN 
View OUTPUT of entity THESIS 
Attributes: 
DUE DATE YEAR NUMBER 
JOINT 


Entity Action Views 
View of entity STUDENT 
Attributes: 
SSN 
View of entity THESIS 
Attributes: 
DUE DATE YEAR NUMBER 
JOINT 
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Activi Cy Definition 


Name: SCHEDULE COURSE 

Description: System Gen: This process involves scheduling a course 
requested by a specific student. (Outside scope: 
Registrar) 

Type: Elementary process 
Repetitive 


Online implementation suggested 
Subordinate of: COMPLETED ACADEMIC REQUIREMENTS 


Expected Effects: 


Entity Type Expected Actions 
STUDENT COURSE OF STUDY update 
read 
Process SCHEDULE COURSE 


Import Views 
View INPUT of entity STUDENTECOURSEROE RST UDY 
Attributes: 
STATUS 
SECTION NUMBER 
View INPUT of entity COURSE 
Attributes: 
NUMBER 
ACADEMIC DEPARTMENT CODE 
View INPUT of entity STUDENT E 
Attributes: 
SSN 


Export Views 
View OUTPUT of entity STUDENT COURSE OF STUDY 
Attributes: 7 m 
STATUS 
ACADEMIC YEAR 
ACADEMIC QUARTER 
SECTION NUMBER 
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Entity Action Views 
View of entity COURSE 
Attributes: 
NUMBER 
ACADEMIC DEPARTMENT CODE 


View of entity STUDENT 


Attributes: 
SSN 
View of entity STUDENT COURSE OF STUDY 
Attributes: 
STATUS 


ACADEMIC YEAR 
ACADEMIC QUARTER 
SECTION NUMBER 
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Activity Definition 





Name: SEND SPONSOR LETTER 

Description: An incoming student's files will reflect when the 
Student sponsor sent his introductory letter to the 
new Student. 

Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: COUNSELING FUTURE STUDENT 


Expected Effects: 


Entity Type Expected Actions 
STUDENT update 
read 
Process SEND SPONSOR LETTER 


Import Views 
View INCOMING of entity STUDENT 
Attributes: 
SSN 
DATE SPONSOR LETTER SENT 


xport Views 
View OUTPUT INCOMING of entity STUDENT 
Attributes: 
SSN 
LAST NAME 
FIRST NAME 
MIDDLE INITIAL 
DATE SPONSOR LETTER SENT 


Entity Action Views 
View of entity STUDENT 
Attributes: 
SSN 
LAST NAME 
FIRST NAME 
MIDDLE INITIAL 
DATE SPONSOR LETTER SENT 
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Retivity Definition 


Name: SEND WELCOME ABOARD PACKAGE 


Description: The incoming student's files will reflect when a 
welcome aboard package was sent to the new student. 


Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: COUNSELING FUTURE STUDENT 


xpected Effects: 


Entity Type Expected Actions 
STUDENT update 
read 
EoOcess SEND WELCOME ABOARD PACKAGE 


Import Views 
View INCOMING of entity STUDENT 
Attributes: 
SSN 
DATE WELCOME PACKAGE SENT 


Export Views 
View OUTPUT of entity STUDENT 
Attributes: 
SSN 
LAST NAME 
FIRST NAME 
MIDDLE INITIAL 
DATE WELCOME PACKAGE SENT 


Entity Action Views 
View of entity STUDENT 
Attributes: 
SSN 
LAST NAME 
FIRST NAME 
MIDDLE INITIAL 
DATE WELCOME PACKAGE SENT 
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Activity Definition 





Name: SETUP NAVAL BOOK REIMBURSEMENT 


Description: This process creates a student's allocated book money 
for an academic year. (prorated based on the number of 
quarters remaining in the academic year or on the time 
a Student entered in the academic year). 


Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: NAVY REQUIREMENTS MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
NAVY update 
TOTAL ANNUAL NAVAL BOOK CEILING update 
read 
STUDENT read 
STUDENT BOOK REIMBURSEMENT create 
update 
Process SETUP NAVAL BOOK REIMBURSEMENT 


Import Views 
View INPUT of entity STUDENT BOOK REIMBURSEMENT 


Attributes: 
YEAR 
View INPUT of entity TOTAL ANNUAL NAVAL BOOK CEILING 
Attributes: 


DATE IMPLEMENTED 
View INPUT of entity STUDENT 
Attributes: 
SSN 


Export Views 
View OUTPUT of entity STUDENT BOOK REIMBURSEMENT 
Attributes: 
AMOUNT REMAINING 
TOTAL AMOUNT ELIGIBLE 
NUMBER ACADEMIC QTRS AUTHORIZED 
YEAR 
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Entity Action Views 
View of entity STUDENT BOOK REIMBURSEMENT 


Attributes: 
AMOUNT REMAINING 
TOTAL AMOUNT ELIGIBLE 
NUMBER ACADEMIC QTRS AUTHORIZED 
YEAR 
View of entity TOTAL ANNUAL NAVAL BOOK CEILING 
Attributes: 5 


DATE IMPLEMENTED 
TOTAL AMOUNT 
View of entity STUDENT 
Attributes: 
SSN 
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Activity Definition 


Name: SETUP NEW CURRICULUM 

Description: System Gen: This process involves the creation of a 
new curriculum for a particular curricular office. 
(Outside scope: Registrar) 

Type: Elementary process 
Not Repetitive 
Online implementation suggested 


Subordinate of: CURRICULUM OFFICE MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
TYPICABLTCOURSE OP. STUDY create 
COURSE read 
COMPOSITION OF TYPICAL STUDY create 
CURRICULAR OFFICE update 

read 
CURRICULUM create 

update 

Process SETUP NEW CURRICULUM 


Import Views 
View INPUT of entity CURRICULUM 


Attributes: 
TITLE NUMBER 
View INPUT of entity. CURRICULA ΕΕ. 
Attributes: 


CODE 
Export Views 
View OUTPUT of entity CURRICULUM 


Attributes: 
TITLE NUMBER 
View OUTPUT of entity CURRICULAR OFFICE 
Attributes: E 


CODE 
Entity Action Views 
View of entity CURRICULUM 


Attributes: 
TITLE NUMBER 
View of entity CURRICULAR OFFICE 
Attributes: 7 


CODE 
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Activity Definition 


Name: SETUP STUDENT COURSE OF STUDY 

Description: This process involves the creation of a student's 
request for all courses he/she will need at NPS. The 
typical course of study for the student's curriculum 
will be used as a guide. 

Type: Elementary process 


Repetitive 
Online implementation suggested 


Subordinate of: ACADEMIC COUNSELING 


Expected Effects: 


Entity Type Expected Actions 
Sim OF TYPICAL STUDY read 
STUDENT B update 
read 
COURSE update 
read 
COMPOSITION OF TYPICAL STUDY read 
STUDENT COURSE OF STUDY create 
update 
TYPICAL COURSE OF STUDY read 
Process SETUP STUDENT COURSE OF STUDY 


Import Views 


View INPUT of entity STUDENT 
Attributes: 
SSN 


xport Views 


Group View OUTGROUP STUDY 
Cardinality Min: 1 Max: 14 Avg: 7 
View PROVIDED of entity STUDENT COURSE OF STUDY 


Attributes: 
STATUS VALIDATION 
PASS FAIL ACADEMIC YEAR 


ACADEMIC QUARTER 
View OUTPUT of entity STUDENT 


Attributes: 
SSN 
View OUTPUT of entity COURSE 
Attributes: 
NUMBER ACADEMIC DEPARTMENT CODE 
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Local Views 
View TEMP of work group IEF SUPPLIED 


Attributes: 
COUNT 
View TEMP of entity STUDENT COURSE OF STUDY 
Attributes: 


ACADEMIC YEAR 
ACADEMIC QUARTER 


Entity Action Views 
View of entity CURRICULUM 


Attributes: 
NUMBER 
View of entity TYPICAL) COURSE OF RS Tenn 
Attributes: 


REFRESHER REQUIREMENTS 
TYPE STUDENT 
View of entity QTR_OF TYPICAL STUDY 
Attributes: 
QUARTER NUMBER 
View of entity COMPOSITION OF TYPICAL STUDY 
Attributes: 
TYPE OF COURSE 
View of entity STUDENT COURSE OF STUDY 
Attributes: E τα 
STATUS 
VALIDATION 
PASS FAIL 
ACADEMIC YEAR 
ACADEMIC QUARTER 
View of entity STUDENT 
Attributes: 
SSN 
TYPE REFRESHER 
TYPE OFFICER 
CONVENING DATE 
View of entity COURSE z 
Attributes: 
NUMBER 
ACADEMIC DEPARTMENT CODE 
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Beeavaty Definition 


Name: SETUP TYPICAL COURSE OF STUDY 
Description: This process involves the creation of a catalog 
identification of a new typical course of study for a 
particular curriculum. 
Type: Elementary process 
Repetitive 
Online implementation suggested 


Subordinate of: COURSE OF STUDY MAINTENANCE 


Expected Effects: 


Entity Type Expected Actions 
το ος TYPICAL STUDY create 
N update 
SOMPOSITION OF TYPICAL STUDY create 
update 
ENEICAL COURSE OF STUDY create 
update 
CURRICULUM update 
read 
COURSE update 
read 
Process SETUP TYPICAL COURSE OF STUDY 


Import Views 
Group View GROUP IMPORT 
Cardinality Min: 1 Max: 12 Avg: 6 
Group View GROUP IMPORT 2 
Cardinality Min: 1 Max: 8 Avg: 4 
View INPUT of entity COMPOSITION OF TYPICAL STUDY 
Attributes: 
TYPE OF COURSE 
View INPUT of entity COURSE 


Attributes: 
NUMBER ACADEMIC DEPARTMENT CODE 
View INPUT of entity QTR OF TYPICAL STUDY 
Attributes: EN B 


QUARTER NUMBER 
View INPUT of entity TYPICAL COURSE OF STUDY 


Attributes: 
TYPE STUDENT REFRESHER REQUIREMENTS 
View INPUT of entity CURRICULUM 7 
Attributes: 


NUMBER 
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Export Views 
Group View GROUP EXPORT 
Cardinality Min: 1 Max: 12 Avg: © 
Group View GROUP EXPORT D 
Cardinality Min: 1 Max: 8 Avg: 4 
View OUTPUT of entity COMPOSITION OF TYÈITCAL STUDY 
Attributes: 
TYPE OF COURSE 
View OUTPUT of entity COURSE 
Attributes: 
NUMBER 
ACADEMIC DEPARTMENT CODE 
View OUTPUT of entity QTR OF TYPICAL STUDY 
Attributes: 
QUARTER NUMBER 
View OUTPUT of entity TYPICAL COURSE OF STUDY 
Attributes: E mE 
TYPE STUDENT 
REFRESHER REQUIREMENTS 
View OUTPUT of entity CURRICULUM 
Attributes: 
NUMBER 


Entity Action Views 
View of entity COMPOSITION OF TYPICAL STUDY 
Attributes: 
TYPE OF COURSE 
View of entity COURSE 
Attributes: 
NUMBER 
ACADEMIC DEPARTMENT CODE 
View of entity QTR OF TYPICAL STUDY 
Attributes: 7 
QUARTER NUMBER 
View of entity TYPICAL COURSE OF STUDY 
Attributes: 
TYPE STUDENT 
REFRESHER REQUIREMENTS 
View of entity CURRICULUM | 
Attributes: 
NUMBER 
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Name: 


Description: 


Type: 


Subordinate of: 


Subordinates: 


Activity Definition 


SUPERVISE ENROLLED STUDENT 

This function includes the maintenance of the academic 
records of those students enrolled at the Naval 
Postgraduate School under the supervision of the 
Curricular Officer. 

Function 

ACADEMIC DATABASE ADMINSTRATION 

ACADEMIC COUNSELING 


PERSONAL DATA MAINTENANCE 
NAVY REQUIREMENTS MAINTENANCE 
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Name: 


Description: 


Type: 


Subordinate of: 


Subordinates: 


Activity Definition 


SYSTEM MANAGEMENT 


This function incorporates the management of the 
curricular officer passwords and the ceiling limit of 
the Navy Book Eligibility. 

These areas are the responsibility of specially 
authorized system managers only. 


Function 
ACADEMIC DATABASE ADMINSTRATION 
MODIFY PASSWORD 


ASSIGN NAVY BOOK CEILING 
MODIFY NAVY BOOK CEILING 
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Activity Definition 


Name: UPDATE DEGREE INFO 

Description: This process updates a student’s major, type degree, 
accreditation, or dual degree status. 

Type: Elementary process 


Not Repetitive 
Online implementation suggested 
Subordinate of: RECORD STUDENT DATA 


xpected Effects: 


Entity Type 


STUDENT 


Expected Actions 


update 


read 
Process UPDATE DEGREE INFO 
Import Views 
View INPUT of entity STUDENT 


Attributes: 
SSN 
opt PROPOSED NPS DEGREE 
opt ACCREDITATION STATUS 
opt NPS MAJOR 
opt DUAL DEGREE 


Export Views 
View OUTPUT of entity STUDENT 
Attributes: 
SSN 
PROPOSED NPS DEGREE 
ACCREDITATION STATUS 
NPS MAJOR n 
DUAL DEGREE 


Entity Action Views 
View of entity STUDENT 
Attributes: 
SSN 
PROPOSED NPS DEGREE 
ACCREDITATION STATUS 
NPS MAJOR 
DUAL DEGREE 


-End of Report- 
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APPENDIX G 


The report on the following pages, defines the Activity 
Hierarchy (or Process Hierarchy as referenced in earlier 
versions of IEF) of the designed system which shows the 
hierarchy of operations in the activity model. 

[Ref. 27:p. 32-11] 

Functions or high-level processes are groups of business 
activities that together completely support one aspect of 
furthering the mission of the enterprise. Each function 
describes something the business does, while an elementary 
process (the smallest unit of activity in a business) performs 


a creation, update or deletion of some attribute(s). 
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Function 
Function 


Elem 
Elem 
Elem 


Proc 
Proc 
Proc 


Function 


Elem 
Elem 
Elem 


Proc 
Proc 
Proc 


Function 
Function 


Elem 
Elem 
Elem 
Elem 
Elem 
Elem 
Elem 
Elem 
Elem 
Elem 


Proc 
Proc 
Proc 
Proc 
Ἱ του 
Proc 
BROC 
Proc 
Proc 
Proc 


Function 


Elem 
Elem 
Elem 
Elem 
Elem 
Elem 


Proc 
Proc 
BTOC 
Proc 
Proc 
Proc 


Process 


Elem 
Elem 
Elem 
Elem 
Elem 
Elem 
Elem 


EEOC 
Proc 
Ετος 
Proc 
Proc 
Proc 
HEOC 


Function 


Elem 
Elem 
Elem 
Elem 
Elem 
Elem 
Elem 
Elem 
Elem 


Proc 
BTOC 
BTOC 
ενος 
εως 
Proc 
Proc 
Proc 
τοσο 
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Activity Hierarchy 


ACADEMIC DATABASE ADMINSTRATION 
INITIALIZE STUDENT RECORD 

ASSIGN PROJECTED STUDENT 

MODIFY PROJECTED STUDENT 

REMOVE PROJECTED STUDENT 
COUNSELING FUTURE STUDENT 

ASSIGN STUDENT SPONSOR 

SEND SPONSOR LETTER 

SEND WELCOME ABOARD PACKAGE 
SUPERVISE ENROLLED STUDENT 
ACADEMIC COUNSELING 

RECORD ARRIVAL 

SETUP STUDENT COURSE OF STUDY 

CHANGE COURSE IN STUDENT STUDY 

CHANGE REQT OF COURSE REQUEST 

RECORD THESIS PROPOSAL 

REVISE THESIS PROPOSAL 

ELIMINATE JOINT STATUS 

REVISE THESIS TO JOINT STATUS 

ARCHIVE THESIS 
0 REMOVE ERRONEOUS THESIS 
PERSONAL DATA MAINTENANCE 
ENTER DEPENDENT DATA 
MODIFY DEPENDENT DATA 
ELIMINATE DEPENDENT DATA 
ENTER ACADEMIC BACKGROUND 
MODIFY ACADEMIC BACKGROUND 
REMOVE ACADEMIC BACKGROUND 
RECORD STUDENT DATA 

RECORD MEDICAL INFO 

RECORD LOCATION INFO 

RECORD BIRTH INFO 

RECORD STATION INFO 

RECORD DESCRIPTIVE INFO 

RECORD SECURITY INFO 

UPDATE DEGREE INFO 
NAVY REQUIREMENTS MAINTENANCE 

RECORD NAVAL FITREP 

RECORD NAVAL OFFICER DESCRIPTION 

RECORD PRT 

MODIFY PRT 

REMOVE PRT 

SETUP NAVAL BOOK REIMBURSEMENT 

FILE BOOK CLAIM 

MODIFY BOOK CLAIM 

REMOVE BOOK CLAIM 


W N |!) 


W N e 


5 


9 
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Function 


Elem 
Elem 
Elem 
Elem 
Elem 


Proc 
Proc 
Proc 
Proo 
Proc 


Function 
Function 


Elem 
Elem 
Elem 
Elem 
Elem 
Elem 


Proc 
BTOC 
Proc 
Proc 
Proc 
Proc 


Function 


Elem 
Elem 
Elem 


Proc 
Proc 
Proc 


Function 


Elem 


Proc 


Elem Proc 


Elem 


Proc 


Function 
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Elem Proc 
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Proc 
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Activity Hierarchy 


COMPLETED_ACADEMIC_REQUIREMENTS 
SCHEDULE COURSE 
POST_GRADE 
ESTABLISH_A QUARTER QPR 
REMOVE GRADUATES 
MODIFY GRADE 
CURRICULUM DEVELOPMENT MGMT 
CURRICULUM OFFICE MAINTENANCE 
ESTABLISH NEW CURRICULAR OFFICE 
MODIFY CURRICULAR OFFICE 
REMOVE CURRICULAR OFFICE 
SETUP NEW CURRICULUM 
MODIFY CURRICULUM 
ELIMINATE CURRICULUM 
COURSE OF STUDY MAINTENANCE 
.1 SETUP TYPICAL COURSE OF STUDY 
.2 MODIFY TYPICAL COURSE OF STUDY 
.3 REMOVE TYPICAL COURSE OF STUDY 
OURSE MAINTENANCE .... 


σα» ο Πὶ 


C 


.1 ESTABLISH ,A NEW COURSE 


-2 RMHODTEY E EXISTING COURSE 


.3 REMOVE COURSE FROM CATALOG 


SYSTEME MANAGEMENT 


.1 MODIFY PASSWORD 
.2 ASSIGN NAVY BOOK CEILING 
.3 MODIFY NAVY BOOK CEILING 


-End of Reports 
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APPENDIX H 


The Action Diagrams on the following pages were produced 
during system analysis and represents the views of a process. 
These diagrams depict the logic of a process in terms of the 
actions carried out on each entity involved and the conditions 
constraining these actions. 

The smallest unit of activity that is meaningful to the 
end user in the business and leaves the business in a 
consistent state is the elementary process. For every 
elementary process, there is an associated Action Diagram. 
[Ref. 28:p. 8-14] 

Although many of the processes indicated are not under the 
Curricular Officers’ cognizance, each attribute within a 
developed data model must have a process which creates, 
updates, or deletes it (unless unique to the business 
function). Since the Curricular Officers’ Business Area must 
be given a read access to these attributes, processes were 
developed and described as System Gen in the process 
descriptions of the Action Diagrams. 

Procedures detailing how these processes will be 
implemented must be developed in follow-on actions. At that 
time screen designs can be produced which lay out the fields, 


literals, and special attributes of an import or export view. 
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The outline of elementary processes below is described in 


the Action Diagrams on the following pages: 


AN 


ASSIGN PROJECTED STUDENT 
MODIFY PROJECTED STUDENT 
REMOVE PROJECTED STUDENT 


FH [53 
WN F2 


ASSIGN STUDENT SPONSOR 
SEND SPONSOR LETTER 
SEND WELCOME ABOARD PACKAGE 


NY NM PN 
W N e 


RECORD ARRIVAL 
SETUP STUDENT COURSE OF STUDY 
CHANGE COURSE IN STUDENT STUDY 
CHANGE REQT OF COURSE REQUEST 
RECORD THESIS PROPOSAL 
REVISE THESIS PROPOSAL 
ELIMINATE JOINT STATUS 
REVISE THESIS TO JOINT STATUS 
ARCHIVE THESIS 

0 REMOVE ERRONEOUS THESIS 
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ENTER DEPENDENT DATA 
MODIFY DEPENDENT DATA 
ELIMINATE DEPENDENT DATA 
ENTER ACADEMIC BACKGROUND 
MODIFY ACADEMIC BACKGROUND 
REMOVE ACADEMIC BACKGROUND 


RECORD MEDICAL INFO 
RECORD LOCATION INFO 
RECORD BIRTH INFO 
RECORD STATION INFO 
RECORD DESCRIPTIVE INFO 
RECORD SECURITY INFO 
UPDATE DEGREE INFO 


“WA OP WNP 


RECORD NAVAL FITREP 

RECORD NAVAL OFFICER DESCRIPTION 
RECORD PRT Ἢ 

MODIFY PRT 

REMOVE PRT 

SETUP NAVAL BOOK REIMBURSEMENT 
FILE BOOK CLAIM 

MODIFY BOOK CLAIM 

REMOVE BOOK CLAIM 


SCHEDULE COURSE 
POST_GRADE 

ESTABLISH A QUARTER QPR 
REMOVE GRADUATES 

MODIFY GRADE 


ESTABLISH_NEW CURRICULAR OFFICE 
MODIFY CURRICULAR OFFICE 
REMOVE CURRICULAR OFFICE 

SETUP NEW CURRICULUM 

MODIFY CURRICULUM 

ELIMINATE CURRICULUM 


SETUP TYPICAL COURSE OF STUDY 
MODIFY TYPICAL COURSE OF STUDY 
REMOVE TYPICAL COURSE OF STUDY 


ESTABLISH A NEW COURSE 
MODIFY EXISTING COURSE 
REMOVE COURSE FROM CATALOG 


MODIFY PASSWORD 


ASSIGN NAVY BOOK CEILING 
MODIFY NAVY BOOK CEILING 
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Process:  ASSIGN PROJECTED STUDENT 


This process involves entering a prospective student 
into the Naval Postgraduate Schools files. 
(Primarily Admission's responsibility, however, 
Curricular Officers may add a student) 


f— ASSIGN PROJECTED STUDENT 


IMPORTS: 


LOCALS: 


SET 
SET 
SET 
SET 
SET 


SET 
SET 
SET 
| SET 
SET 
| SET 
SET 
SET 
| SET 


SET 
SET 


SET 
SET 
SET 


SET 
SET 
SET 


| 
| 
| 


EXPORTS. 


ENTITY ACTIONS». 


READ curriculum 
WHERE DESIRED curriculum number IS EQUAL TO 


input responsible eurreveutin numbe: 


— WHEN successful 
MOVE curriculum TO output curriculum 
CREATE student 
ASSOCIATE WITH currrculum WHRCHObeftonosmtol T 


Ssn TO input student ssn 

type refresher TO input Student Cypegcefresmer 

present statusi Sri 

typer officer TO input student CY PeEOrti1 cer 

received orders to attend TO input ^ student 
received orders ΕΘ ια σπα 

Last name TO input student last _name 

first name TO input student first name 

middle initial TO input student middle | initial 

shortname TO input student shortname 

rank TO input student rank 

anticipated graduation date TO anputystudenr 
anticipated graduation . date 

proposed. nps degree TO input student proposed mp m egres 

nps major TO input student nps major 

commentl TO input student commentl 

apc TO input student apc 

commissioning sources rosrHputgs ΠΟΤΕ 
commissioning source 

dual degree TO inpütjestudepntEdualedcuree 

program TO input student program 

international service _component TO input student 
international service | component 

country TO input student country 

service TO input student service 

convening date TO inpue student »conveninggcace 


p successful 
IF student type refresher FECU CH EOST 


OR student type zsetresher er shout area 
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r— UPDATE student 
ΕΙ ΓΗ edip parent Curriculum TO TNA" 
SETT Omp eerst refresher qtr TO “NA" 


ELSE ΠΡ ΓΙ υῬε refresher IS EQUAL TO 3 
UPDATE student 

ΙΙ first refresher qtr TO "NA" 
SET Startediparent Curriculum TO ΠΤ 


UPDATE student 
à Shu ecompeletedsrirst retresher qtr TO IN" 
LI 


SET ŝtaáartedi parent curriculum TO “NT 


| MOVE student TO output student 
το OPATENISUSuecessftul operation 
[ WHEN already exists 


EXIT STATE IS student ae 


— WHEN not found 
Balk STATE IS Cürrrceulum nf 
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Process: 


MODIFY PROJECTED STUDENT 


This process modifies the description of a prospective 


student. 


(Admission or Curricular Officer) 


m~ MODIFY PROJECTED STUDENT 


L— 


| 
: 
- 
|... 


IMPORTE 
EXPORTS: 


LOCALS: 


ENTITY ACTIONS: 


— READ student 


WHERE DESIRED student ssn IS EQUAL TO input student ssn 


WHEN successful 
UPDATE student 


SET 
SET 
SET 


SET 
SET 
SET 
SET 
SET 
SET 


SET 
SET 
SET 
SET 
SE 


SET 
SET 
SET 


SET 
SET 


EXIT 
WHEN 


| 
F WHEN 
L MOVE 


type refresher) [© anpue Student typerretregicr 
type officer TO@mnput "Student euyposori sca. 
received orders to attend TO input student 
received_ orders το σεοπα 
last name TO input student last name 
first name TO input student first name 
middle initial TO input student middle _ initial 
shortname TO input student shortname 
rank TO input student rank 
anticipated graduation date TO input student 
anticipated graduation date 
nps major TO input student nps major 
proposed nps degree TO input student proposed npsmdeumc- 
commentl TO input student commentl 
apc TO input student apc 
commissioning source TO input student 
commissioning source 
dual degree TO ΠΠ ΠΕ ΥΓ  - 
country TO input student country 
international service _component TO input student 
international service _component 
program TO input student program 
service TO input student service 
successful 
student TO output student 
STATE IS successful operation 
not unique B 


EXIT STATE IS student nu 


WHEN not found 
EXIT STATE IS student nf 


238 


Process: REMOVE PROJECTED STUDENT 


System Gen: This process removes an erroneously 
entered student. (Outside Scope: Admissions) 


[- REMOVE PROJECTED STUDENT 
IMPORTS: 

EXPORTS: 

LOCALS: 

ENTITY ACTIONS: 


— READ student 
WHERE DESIRED student ssn IS EQUAL TO input removing 
student ssn 
WHEN successful 
IF student present status IS EQUAL TO "P" 
MOVE student TO removed student 
DELETE student 
EXIT STATE IS Successful operation 
ELSE 
E STATE IS not projected 


μα. 


WHEN not found 
EXIT STATE IS student Et 


| 
- 
L 


E 
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Process: ASSIGN STUDENT SPONSOR 


Each incoming student may or may not be assigned a 
student sponsor who will assist them. Both the 
incoming students records will reflect who will act as 
the sponsor and the sponsor's files will reflect that 
he/she acted as a sponsor. 


DU ASSIGN STUDENT SPONSOR 
IMPORTS: ... 
EXPORTS: 
LOCALS: 
ENTITY ACTIONS: ... 


READ student 
WHERE DESIRED student ssn IS EQUAL TO incoming student 
ssn 
— WHEN successful 
READ existing assigned student 
Γ WHERE DESIRED existing assigned studentESssu 
2 IS EQUAL TO assigned student ssn 
WHEN successful 
| UPDATE student 
SET name of sponsor TO existing a5s)1gnedostudenc 
| "last name 
SET date that a sponsor was assigned TO CURRENT DATE 
WHEN successful 
MOVE student IO output incoming student 
[- UPDATE existing assigned student 
| L SET in bound student Sponsor το Y 
WHEN successful 
| | MOVE existing assigned student TO output assrgmed 
student 
EXIT STATE IS successful operation 
WHEN not unique 
| EXIT STATE Is studentunu 


| a | | NN 


WHEN not unique 
| EXIT STATE IS student nu 


[^ WHEN not found 
EXIT STATE IS student nf 


— WHEN not found 
EXIT STATE IS student nE 


I 
| 
| 


L 
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Process: SEND _ 


SPONSOR LETTER 


An incoming student's files will reflect when the 
student sponsor sent his introductory letter to the 


new student. 


Γ SEND SPONSOR LETTER 


IMPORTS: 
EXPORTS: 
LOCALS: 


WHEN 
MOVE 
EXIT 
WHEN 
EXIT 


=a 


r 


ENTITY ACTIONS: 


READ student 
WHERE DESIRED student ssn IS EQUAL TO incoming student 


ssn 


WHEN successful 
UPDATE student 
SET date sponsor letter sent TO incoming student 


date sponsor letter sent 
successful 
student TO output incoming student 
STATE IS successful operation 
not unique 
STAIETIS student nu 


— WHEN not found 
EXIT STATE IS student nf 
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Process: SEND WELCOME ABOARD PACKAGE 


The incoming student's files will reflect when a 
welcome aboard package was sent to the new student. 


r^ SEND WELCOME . ABOARD _ PACKAGE 
IMPORTS: ... 

EXPORTS: =: 

LOCALS: 

ENTITY ACTIONS: IN 


— READ student 
WHERE DESIRED student ssn IS EQUAL TO incoming student 
ssn 
WHEN successful 
UPDATE student 
B SET date welcome package sent TO incomingiscudent 
date welcome package sent 
- WHEN successful 
MOVE student TO output student 
|. EXIT STATE IS successful operatron 
WHEN not unique 
io EXIT STATE IS student nu 


WHEN not found 
EXIT STATE IS student nf 


| 
- 
κ 


εν 
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Process: RECORD ARRIVAL 


This process involves the recording of the arrival (at 
the curricular office) of an incoming student. If 
this student is in the Navy; the Student Book Money is 


created. 


[^ RECORD ARRIVAL 


IMPORTS: 
EXPORTS: 
LOCALS: 


WHEN 
MOVE 


Γ 
p 
L. 


EXIT 


| 
Br 
B " 
: 
| 
a 
4 
B 


ENTITY ACTIONS: 


READ student 
WHERE DESIRED student ssn IS EQUAL TO arrived student ssn 
— WHEN successful 
UPDATE student 
ΕΙ present status ete. A” 
SET date reported aboard TO arrived student 


date reported aboard 
successful 
student alo outputoarrived student 
ο Ες ος successful operation 
not unique 
STATE IS student nu 


WHEN not found 
EXIT STATE IS student. nf 


243 


Process: SETUP STUDENT COURSE OF STUDY 


This process involves the creation of a student's 
request for all courses he/she will need at NPS. The 
typical course of study for the student’ s currTcudum 
will be used as a guide. 


r- SETUP.STUDENT COURSBEBCOENOTUDJS. 
IMPORTS -- n 
EXPORTS: 
LOCALS: 
Work View temp ief supplied 
count 
Entity View temp student course of study 
academic year 
academic quarter 
ENTITY ACTIONS: 


— READ student 
WHERE DESIRED student ssn IS EQUAL TO input student ssn 

— WHEN successful 

SET temp student course of study academic year TO year (STen 

cConveningidate) 

[- CASE OF month (student convening date) 
CASE 1 H 
SET temp student course of study academic quarter TO "WIN" 
CASE 2 
SET temp student course of study academic quarter TOM 
CASE 3 
SET temp student course of study academic quarter TO "SPR" 
CASE 4 7 PE τ 
SET temp student course of study academic quarter TO "SPR" 
CASE 5 B Dux E 
SET temp student course of study academic quarter TOM H 
CASE 6 
SET temp student course of study academic quarter TO "SUM" 
CASE 7 X ma. 7 
SET temp student course of study academic quarter TO "SUM" 
CASE 8 z m B 
SET temp student course of study academic quarter TO "SUM" 
CASE 9 7 SENE p 
SET temp student course of study academic quarter ΤΟΥ 
SET temp student course of study academic year TO 

year (student convening date) + 1 
CASE 10 ES 
SET temp student course of study academic quarter TOXIN 
SET temp student course of study academic year Τη 
year(student convening date) + 1 


| 
| 
Ν 
| 
|| 
| 
H 
|| 
B 
|| 
E 
|| 
Ν 
A? 


πο Το ΤΟ. ΓΙ. ΝΙΝ 
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CL n cmm Core c— es Sy Os ce ÁO ———  À M AAS ——— P — Go— MÀ ο  L——— RA νυ»... eme eu Ου e C à 


CASE 11 

SET temp student course of study academic quarter TO 

SET temp student course of study academic _ year TO 
year (student convening date) + 1 


"FALL" 


CASE 12 
SET temp student course of study academic quarter TO 
E uo 


"WIN" 


BENE T 


ουσ Έαοπορ ief supplied count TO 1 
MOVE student TO output student 
READ curriculum 
WHERE DESIRED curriculum belongs to CURRENT student 
WHEN successful 
READ typical course of study 
Γ WHERE DESIRED Etvpucal course of study 
| recommended for CURRENT curriculum 
AND DESIRED typical course of study 
refresher requirements IS EQUAL TO CURRENT 
student type refresher 
AND DESIRED typical course"ofestuay type student 
L IS EQUAL TO CURRENT student type officer 
| WHEN successful 
| 


Γ 
| WHERE DESIRED qtr of typical study 
quarter number IS EQUAL TO temp 
| ief supplied count 
AND DESIRED qtr of typical study makes up 
CURRENT typical course of study 
[- WHEN successful 
r^ READ EACH composition of typical study 
| | TARGETING outgroup study 
FROM THE BEGINNING UNTIL FULL 
| | WHERE DESIRED composition of typical study 
comprises CURRENT qtr of typical study 
fm READ course 
WHERE DESIRED course reflected in 
CURRENT composition of typical study 
WHEN successful 
| 


REPEAT 
| — READ qtr of typical study 
| 


ο πε πα πας ΤΝ “ΠΠ 


MOVE course 3 TO output course 
CREBATENSLuUdent course cf study 
ASSOCIATE WITH student WHICH possesses IT 
ASSOCIATE WITH course WHICH assigned to IT 
SET status TO "R" 
SET academic year TO temp 
student course of study 
academic Vea 
SET academic quarter TO temp 
| scudent course of study 


academic quarter 


245 


3) 


| m m 22 l ΙΙ. 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
L 


| 
Γ 


U 
EN 
IT 


l— WHEN successful 
MOVE student course of study TO provided 
Student course ~Otestuay 
EXIT STATE IS successful operation 
i WHEN already exists B 
NL STATE IS student Course of st úd mae 
WHE 
EXI 


N not found 
T STATE IS course nf 


E 


SET temp ief supplied count ΙΤ, temp 

rief supplied ceunt) 

IF temp student _course of study academic dquar en 
IS EQUAL TO "WIN" 

SET temp student course of study 
academic_quarter TO "SPR" 

ELSE IF temp student course of study 
academic quarter IS EQUAL TO "SPR" 

SET temp student course of study 
academic quarter TO "SUMI 

ELSE IF temp studentEccursceuo fS udy 
academic quarter IS EQUAL TO "SUM" 

SET temp student course of study 
academic quarter TO "FALL" 

SET temp student course of study academi E c 
TO (1 + temp student_course ΕΓ. 
academic_year) 

ELSE 

SET temp student course σε “ΓΙ 
academic quarter TO "WINE 


ο μπα μμ ae 


— WHEN not found 
ο STATE IS stop 


NTIL EXITSTATE IS EQUAL TO stop 
not found 
STATE IS typical course of study nt 


WHEN not found 


EXIT STATE IS curragculunnE 


WHEN not found 


EXIT STATE IS student nf 
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Process: CHANGE COURSE IN STUDENT STUDY 


This process modifies the requested courses of a 
student. 


[- CHANGE COURSE IN STUDENT STUDY 


IMPORTS: 
EXPORTS: 
LOCALS: 

ENTITY ACTIONS: 


— READ student course of study 
[ WHERE DESIRED student course of study belongs to 
SOME student 
AND THAT student ssn IS EQUAL TO input student ssn 
AND DESIRED student course of study composed of 
SOME course Er 7 
AND THAT course number IS EQUAL TO present input course 
number 
AND THAT course academic department code IS EQUAL TO 
present input course academic Tdepartment code 
— WHEN successful 
READ present course 
Γ WHERE DESIRED present course assigned to 
L CURRENT ITStudent course οἳ study 
WHEN successful 
READ new course 
| WHERE DESIRED new course number IS EQUAL TO 
new input course number 
| AND DESIRED new course academic department code 
IS EQUAL TO new input course 
L dcadenmuccdepartment code 
WHEN successful ΗΝ 
TRANSFER student course of study 
FROMIpresent course WHICH assigned to IT 
TOfnew course WHICH assigned to IT 
| UPDATE student course of study 
Γ SET validation TO new "input student Course of study 
| validation 
Sem paces tall TO mew input student course of _ study 
| | pass fail 
SET academic ysar TO mew input student course of study 
academic_year 
| | SET academic quarter TO new input 
Student ο σουσας mot απ academic quarter 
| Γ WHEN successful 
MOVE student course of study 3 TO output new 
| | Student course of sstudy 
EXIT STATE IS successful operation 


| 
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| WHEN not unique 
[ EXIT STATE Toestudentecourse ofastudv DO 





MOVE new course TO output new course 
WHEN not found 
EXIT STATE IS course wnt 


m 


- WHEN not found 


EXIT STATE Τὸ courses. 


— WHEN not found 
EXIT STATE IS student courselor study Ent 


| 


------------- 
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Enocess: CHANGE REOT OF COURSE REQUEST 


This process will not request a different course, but 
will allow a change in requirements such as pass-fail, 
validation, academic quarter and year. 


E CHANGE REQT OF COURSE REQUEST 


IMPORTS: 
| EXPORTS: 
LOCALS: 


WHEN 
MOVE 


Γ 
E HHEN 
. 


EXIT 


| 
- 
[ 


UN 


ENTITY ACTIONS: 


EREEAD student course of study 
WHERE DESIRED > student course of study belongs to 


SOME student 


AND THAT student ssn IS EQUAL TO designated student ssn 
AND DESIRED student course of study composed of 


SOME course 


AND THAT course number IS EQUAL TO present input course 


number 


BIDADRHATLCOUuPBSeCcacademrcSdepartment code IS EQUAL TO 


present input course academic department code 


WHEN successful 
pe Ul DATE “student, course of study 
SET validation TO inpact new Bice Mooumse of study 


validation 


SET pass fail TO input new student course of study pass fail 
SET academic year τω προ new student | Course "ος Study 


academseNvear 


PE eacademilemauarter TO input new student Course of study 


academic quarter 

successful 

student course of study το output new 
Student course of ο παν 

STATE IS successful operation 

not unique 

STATE IS student course of study nu 


WHEN not found 
EXIT STATE IS student course of study nf 
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Process: RECORD THESIS PROPOSAL 


System Gen: T 
thesis for a p 
Scope: Thesis 


RECORD THE 
Γ IMPORTS: 
EXPORTS! 
LOCALS: 


READ st 


MOVE st 


SET 


SET 
SET 
SIT 
SET 
SET 
SET 
SET 


WHEN no 
EXIT ST 


ho 
E 
ΓΤ 
|| 
| 
|| 
| 
| 
|| 
| 
ae 
= 


his process records the creation of a 
articular student or students. (Outside 
Processor) 


SIS PROPOSAL 


ENTITY ACTIONS: 


udent 


WHERE DESIRED student ssn IS EQUAL TO identified student 


ssn 


WHEN successful 


udent TO export student 


CREATE thesis 
ASSOCIATE WITH student WHICH writes IT 


number USING thesis number 
WHICH IMPORTS: Entity View indicated thesis 
due date year TO indicated thesis due date year 
due date month TO ind catedstnesac due | date month 
title TO indicated thesis title 

status TO indicated thesis status 
advisor TO indicated thesis advisor 

second reader TO πας ΠΕ, ΕΠΗ τ 
classified TO indicated thesis classified 

joint TO indicated thesis joint 

successful 

thesis TO output thesis 

STATE IS successtulvoperaticon 

N already exists 

STATE 15) these ae 


t found 
ATE IS student dni 
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Process: REVISE THESIS PROPOSAL 


System Gen: This process modifies an existing thesis. 
If a student must be removed from a joint thesis, a 


disassociation 


would be required. (Outside scope: 


Thesis Processor) 


r- REVISE THESIS PROPOSAL 


IMPORTS: 
EXPORTS: 
LOCALS: 


| 
Tr 
| 
P 
rz 
I 
E 
E 


... 


ENTITY ACTIONS: 


READ thesis 
WHERE DESIRED thesis due date year IS EQUAL TO input 


thesis due date year 


AND DESIRED thesis number IS EQUAL TO input thesis number 

— WHEN successful 

UPDATE thesis 

SET title TO input thesis title 

SET status TO input thesis status 

SET advisor TO input thesis advisor 

SEDCSecondEreader TO input thesis second reader 

SET classified TO input thesis classified 


successful 

thesis TO output thesis 
ΠΕ; Successful operation 
not unique 

STATE IS thesis nu 


WHEN not found 
EXIT STATE IS thesis ΙΤ 
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Process: ELIMINATE JOINT STATUS 


Syst 


em Gen: This process involves the disassociation 


of one student from a joint thesis. (Outside scope: 


Thes 


— 


μασ. 


is Processor) 


ELIMINATE JOINT STATUS 
IMPORTS: 
EXPORTS: 
LOCALS: 
ENTITY ACTIONS: 


— READ thesis 
WHERE DESIRED thesis due date year IS EQUAL TO input 
thesas duemdatcab cor 
AND DESIRED thesis number IS EQUAL TO input thesis number 
AND DESIRED thesis joint IS EQUAL TO "Y" 
— WHEN successful 
Γ READ existing student 
WHERE DESIRED existing student ssn IS EQUAL TO 
Β input removing student ssn 
WHEN successful 
| DISASSOCIATE thesis 
FROM existing student WHICH writes IT 
ΠΝ UPDATE thesis 
SET joint TO TNE 


: WHEN successful 
MOVE thesis TO output thesis 
EXIT STATE IS successtul operation 
κ WHEN not unique 
EXIT STATE IS thesis nu 
WHEN not found 
s EXIT STATE IS student nf 


WHEN not found 
EXIT STATE IS thesis nf 


| 
| 
- 
= 
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Process: REVISE THESIS TO JOINT STATUS 


System Gen: This process revises a thesis entity to 
reflect a joint status and associates the thesis with 
an additional student. (Outside scope: Thesis 
Processor) 


r- REVISE THESIS TO JOINT STATUS 
IMPORTS: ... 

Ρ ΕΟΡΚΤΟ: ... 

LOCALS: 

ENTITY ACTIONS: 


READ thesis 
ΕΙ DESTRED Ehesas duerdate year 1S EQUAL TO input 
thesasm@eue date year 
AND DESIRED thesis number IS EQUAL TO input thesis number 
WHEN successful 
Γ READ student 
WHERE DESIRED student ssn IS EQUAL TO input additional 
L student ssn m 
WHEN successful 
| ASSOCIATE student 
WITH thesis WHICH written ον IT 
| UPDATE thesis 7 
g SET JOnt TO TYT 
| WHEN successful 
MOVE thesis TO output thesis 
WHEN not unique 
| | sxiT STATE IS thesis nu 


MOVE student TO output additional student 
EXIT STATE IS successful operation 

WHEN not found 

. SIATE TS student nf 


WHEN not found 
EXIT STATE IS thesis unt 


Γ 
j 
a 


a 
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Process: ARCHIVE THESIS 


System Gen: This process archives thesis listing for 
those students who have been archived. (Outside scope: 
Thesis Processor) 


ARCHIVE THESIS 
IMPORTS: 
EXPORTS: 
LOCALS: 

ENTITY ACTIONS: 


r— READ thesis 
WHERE DESIRED thesis due date year IS EQUAL TO input 
thesis due date year 

| AND DESIRED thesis number IS EQUAL TO input thesis number 
— WHEN successful 

MOVE thesis TO output removed thesis 

DELETE thesis 

EXIT STATE IS successful operation 
— WHEN not found 7 
EXIT STATE IS thesis nf 





E— 


[LE πα 
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Process: REMOVE ERRONEOUS THESIS 


System Gen: This process removes a thesis which has 
been erroneously entered or has been abandoned by its 
author, as distinguished from a mere modification. 
(Outside scope: Thesis Processor) 


r- REMOVE ERRONEOUS THESIS 
IMPORTS: ... ` 
BESEORTS: ... 

LOCALS: 
ENTITY ACTIONS: 


| — READ thesis 

[ WHERE DESIRED thesis due date year IS EQUAL TO input 

| | mphesrsaduesdate year 
AND DESIRED thesis number IS EQUAL TO input thesis number 

| ] WHEN successful 

MOVE thesis TO output thesis 

DELETE thesis 

| | EXIT STATE IS successful operation 

— WHEN not found 
| | EXIT STATE IS thesis nf 
E 
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Process: ENTER DEPENDENT DATA 


This process involves the creation of student's 
dependent information. 


[- ENTER DEPENDENT DATA 


IMPORTS: 
EXPORTS: 
LOCALS: 


EXIT 
WHEN 
EXIT 


ο 
| 
L 


M 


4 ου 


. * 


ENTITY ACTIONS: 


READ student 
WHERE DESIRED student ssn IS EQUAL TO input student ssn 

WHEN successful 
MOVE student TO output student 

CREATE dependent 

ASSOCIATE WITH student WHICH possesses IT 

SET last name TO input dependent last name 

SET first name TO 1nputodependent o E) rstamcune 

SET family member TO input dependent family member 


successful 

dependent TO output dependent 
STATE IS successful operation 
already exists 

STATE IS dependent Tae 


WHEN not found 
EXIT STATE IS studenbpsnt 
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Enocess: MODIFY DEPENDENT DATA 


This process involves the modification of a student's 
dependent information. 


[- MODIFY DEPENDENT DATA 
ΕΕ το: ... 

5 ΕΟΡΓΟ- ... 
LOCALS: 

ENTITY ACTIONS: 


— READ dependent 
WHERE DESIRED dependent last name IS EQUAL TO input 
dependent last name 
AND DESIRED dependent first name IS EQUAL TO input 
dependent first name 
AND DESIRED dependent belongs to SOME student 
AND THAT student ssn IS EQUAL TO input student ssn 
— WHEN successful 
UPDATE dependent 
SET family member TO input dependent family member 
WHEN successful 
MOVE dependent TO output dependent 
EXIT STATE IS successful operation 
WHEN not unique k 
EXIT STATE IS dependent nu 


"a cies] 


WHEN not found 
EXIT STATE IS dependent nE 


4 
n 
[| 
| 
|| 
1 
pm 
m 
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Process:  ELIMINATE DEPENDENT DATA 


This process involves the removal of an entity which 
is no longer a dependent of a student. 


r~ ELIMINATE DEPENDENT DATA 
TMFORTS: aia: 

EXPORTS: m 

LOCALS: 

ENTITY ACTIONS: 


— READ dependent 
[ WHERE DESIRED dependent last name IS EQUAL TO input 
| dependent last name 
AND DESIRED dependent first name IS EQUAL TO input 
| dependent first name 
AND DESIRED dependent belongs to SOME existing student 
AND THAT existing student ssn IS EQUAL TO input student 
ssn 
^ WHEN successful 
| MOVE dependent TO output removed dependent 
DELETE dependent 
| EXIT STATE IS successful operation 
— WHEN not found 
| EXIT STATE Lo depenaenu ne 


Ee 
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Process: ENTE 


This process i 
prior academic 


rm ENTER ACAD 
IMPORTS: 
EXPORTS: 
LOCALS: 

ENTITY A 


— READ st 
MOVE st 


SET 
SET 
SET 
| SET 
SET 
WHEN 
MOVE 
E EXIT 
WHEN 
È EXIT 


WHEN no 
EXITOST 


| 
| 
| 
| 


—  — 


R ACADEMIC BACKGROUND 


nvolves the recording of a student's 
history: 


EMIC BACKGROUND 
CIONS: Ll. 


udent 


WHERE DESIRED student ssn IS EQUAL TO input student ssn 
WHEN successful 


udent TO output student 


CREATE academic history 
ASSOCIATE WITH student WHICH possesses IT 


school TO input academic history school 

degree TO input academic history degree 

major TO input academic history major 

gpa TO input academic history gpa 

date TO input academic history date 
successful 
academic history TO output academic history 
STATE IS successful operation E 
already exists 
STATE IS academic hNigtory ae 


t found 
ATE IS student nf 
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Process: 


MODIFY ACADEMIC BACKGROUND 


This process involves the modification of a student's 
record of their academic history. 


~ 


ΜΞ 


MODIFY ACADEMIC BACKGROUND 


| 
- 
a 
E 


IMPORTS: 
EXPORTS: 
LOCALS: 


ENTITI TACIONS: ... 


— READ academic history 
WHERE DESIRED academic Jhistory majoeets ΡΘΗ, 


present input academic ahistorvemagor 


AND DESIRED academic |. history degree IS EQUAL TO 


present input academic history degree 


AND DESIRED academic history belongs to SOME student 
AND THAT student ssn IS EQUAL TO input student ssn 
WHEN successful 
UPDATE academic history 
SET school TO input adjusting academic history choo! 
SET gpa TO input adjusting academic history gpa 
SET date TO input adjusting academic history date 


| 
|. WHEN 
| MOVE 
EXIT 
WHEN 
EXIT 


successful 

academic history TO output academic history 
STATE IS successful operation 

not unique 

STATE IS academic history nu 


HEN not found 
EXIT STATE IS academic history nf 
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Process: REMOVE ACADEMIC BACKGROUND 


This process removes an erroneously entered student 
academic history. 


Γ- REMOVE ACADEMIC BACKGROUND 
IMPORTS: 

EXPORTS: 

LOCALS: 

ENTITY ACTIONS: 


— READ academic history 
WHERE DESIRED academic history major IS EQUAL TO 
input removing academic history major 
AND DESIRED academic history degree IS EQUAL TO 
input removing academic history degree 
AND DESIRED academic history belongs to SOME student 
AND THAT student ssn IS EQUAL TO input student ssn 
WHEN successful 
MOVE academic history TO output removed academic history 
DELETE academic history B E 
EXIT STATE IS successful operation 
WHEN not found B 
EXIT STATE IS academic history nf 


—  ———— 
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Process: RECORD MEDICAL INFO 


This process updates the medical information 
maintained on a particular student. 


fr RECORD MEDICAL INFO 


IMPORTS: 
EXPORTS: 
LOCALS: 


- WHEN 
MOVE 
|. EXIT 

WHEN 
D. EXIT 


p —————————— 


* . . 


ENTITY ACTIONS: 7 


READ student 
WHERE DESIRED student ssn IS EQUAL TO input student ssn 
WHEN successful 
fm UPDATE student 
SET aids test date TO input student aids test date 
SET physical date TO input student physical date 
SET dental date TO input student dental date 


successful 

Student TO output student 
STATE IS successful operdtiom 
not unique 

STATE IS student nu 


WHEN not found 
EXIT STATE IS student nf 
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Process: RECO 


RD LOCATION INFO 


This process records or updates the local address, 


phone number, 
number of a pa 


section number, study space, or locker 
rticular student. 


[ RECORD LOCATION INFO 


IMPORTS: 
| EXPORTS: 
LOCALS: 
| ENTITY A 
r- READ st 
E-: 
WHEN su 
| | E UPDA 
SET 
SET 
SET 
SET 
ΞΕ: 
JE 
SET 
|| 5 
SET 
rm 
WHEN 
MOVE 
| | |. EXIT 
WHEN 
| | | = EXIT 
WHEN no 
| EXIT ST 


CTIONS: 


udent 
HERE DESIRED student ssn IS EQUAL TO input student ssn 
ccessful 
TE student 
phone_number TO input student phone_number 
Street TO input student street 
city TO input student city 
Zipcode πο πηρα οεπαοεπε zip code 
lamesa Ehouscngsoccupant TO input student 
lamesa housing occupant 
smc box number TO input student smc box number 
section number TO input student section number 
split section TO input student split section 
Study space TO input student study space 
locker number IO input student locker number 
successful 
student TO output student 
STATETIS Successful operation 
not unique 
STATE IS Student nu 


t found 
ATE IS student “nf 
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Process: RECORD BIRTH INFO 


This process records or updates the date of birth and 
place of birth of a particular student. 


[- RECORD BIRTH INEO 


IMPORTS: 
EXPORTS: 
LOCALS: 


MOVE 
EXIT 


Γ WHEN 
EXIT 
UL. 


| 


~ 


ENTITY ACTIONS: 


READ student 
WHERE DESIRED student ssn IS EQUAL TO input student ssn 

WHEN successful 
[^ UPDATE student 

SET date of birth TO input student (deteger yb 

SET place of “birth city IO input student place_ of birthEcsby 
i Set places Tof bus State TO input student 
| WHEN 


place of birth state 
successful 
student TO output student 
STATE IS οπσσςςσσεαι ορστας νοπ 
not unique 
STATE IS student nu 


WHEN not found 
EXIT STATE IS-Studenumnt 
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Process: RECORD STATION INFO 


This process records the previous duty station, next 
duty station and date of orders of a particular 
student. 


[ RECORD STATION INFO 
IMPORTS: ... 
| EXPORTS: ... 
LOCALS: 
ENTITY ACTIONS: 





READ student 
WHERE DESIRED student ssn IS EQUAL TO input student ssn 

WHEN successful 

UPDATE student 

SET previous duty station TO input student 

previous duty station 
SET date of orders TO input student date of orders 
πι ποτε duty Station TO anput student next duty station 


Ext Θτοτ πο ssuccessrul operation 
WHEN not unique 


E WHEN successful 
| MOVE student TO output student 
|. EXIT STATE IS student nu 


WHEN not found 
EXIT STATE IS student nf 


~ 
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Process: RECORD DESCRIPTIVE INFO 


This process updates descriptive information of a 
particular student. (ex. name, gender, rank, 


commissioning 


source, etc.) 


RECORD DESCRIPTIVE INFO 


IMPORTS: 
EXPORTS: 


LOCALS: 


SET 
SET 
SET 
SET 


SET 
SET 
SET 
SET 
SET 
SET 
SET 
SET 
SEI 


SET 
SET 


| 
| 


s 


- WHEN 
MOVE 


u EXIT STATE IS successfulpopercaraen 
WHEN not unique 


D. EXIT 


~ WHEN not found 
EXIT STATE IS student nf 


ENTITY ACTIONS: 


READ student 
WHERE DESIRED student ssn IS EQUAL TO input student ssn 
— WHEN successfui 
UPDATE student 


type refresher TO input student evpeuretresher 

present status τὸ Input )studen eprecsent Stacus 

type officer TO input student type. officer 

received_ orders tol attend TO Input student 
received | orders "ο «σπα 

last name ΤΟ input student last name 

first _name TO input student first _name 

middle initial TO input student middle | initial 

shortname TO input student shortname 

gender TO input student gender 

rank TO input student rank 

date of rank TO input student date of rank 

marital status TO input student marital status 

commissioning source TO input student 
commissioning source 

library card number TO input student library card number 

mainframe account number TO input student E 
mainframe account number 

successruP 
student TO output student 


STATE IS Student nu 


266 


Process: 


RECORD SECURITY INFO 


fees process records the security attributes of a 
particular student. (ex. background, access) 


Γ 


— 


RECORD SECURITY INFO 


IMPORTS: 
EXPORTS: 
LOCALS: 


ENTITY ACTIONS: 


EXIT 
WHEN 
EXIT 


Γ 
Fm 
| 
L 


ENE ει πο) 


| 


— READ student 
WHERE DESIRED student ssn IS EQUAL TO input student ssn 
WHEN successful 
UPDATE student 
SETCSecurrtwbackground TO input student security background 
EEIDESecuESMNaccessEeposnputSssbudSent Security access 


successful 

Student TO output student 
STATERS I SüCCessful operation 
not unique 

SIATE I5 student nu 


WHEN not found 
EXIT STATE IS student nf 
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Process: UPDATE DECREE τος 


This process updates a student's major, type degree, 
accreditation, or dual degree status. 


r— UPDATE DEGREE INFO 
IMPORTS: 

EXPORTS: 

LOCALS: 

ENTITY ACTIONS: ... 


— READ student 
WHERE DESIRED student ssn IS EQUAL TO input student ssn 
— WHEN successful 
ο UPDATE student 
| SET proposed nps degree TO input student proposed nps degree 
SET accreditation status TO inpulMsStudent 
accreditation status 
SET nps major TO input student nps major 
SET dual degree TO input student dual degree 
[^ WHEN successful E 
MOVE student TO output student 
L EXIT STATE IS successful operation 
WHEN not unique 
lint EXIT STATE IS student nu 


WHEN not found 
EXIT STATE IS student nf 


| 
| 
b 


«o 
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Process: RECORD NAVAL FITREP 


This process records the date that a Naval Fitness 
Report was submitted, and the due date of the next 


report. 


Γ RECORD NAVAL FITREP 


IMPORTS: 
EXPORTS: 
LOCALS: 


EXIT 
WHEN 
EXIT 


| 
Lr 
| Emm 
LE 
P 
[ m 


a 


* » 


ENTITY ACTIONS: 


— READ student 
WHERE DESIRED student ssn IS EQUAL TO input student ssn 
— WHEN successful 
UPDATE student 
Seer -ετ.πτε το input student last fitrep date 
ΕΠ τε; ειεεερ duel TO inpùut student next fitrep due 


successful 

Student TO output student 
STATE ES successful operation 
not unique 

STATE IS student nu 


EN not found 
EXIT STATE IS student Tnt 
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Process: RECORD NAVAL OFFICER DESCRIPTION 


This process involves the recording of a Naval 
Officer's Lineal-Number, Year-Group, and 
Officer-Designator. 


RECORD NAVAL OFFICER DESCRIPTION 


IMPORTS: 
EXPORTS: 
LOCALS: 


WHEN 
MOVE 
EXIT 
WHEN 
EXIT 


hcc | 7: 


, 
- 
(= 


Β 


ENTITY ACTIONS: ... 


— READ student 
WHERE DESIRED student ssn IS EQUAL TO input student ssn 
WHEN successful 
UPDATE student 
SET officer designator TO input student officerm@designarer 
SET lineal _number TO input student lineal _ number 
SET officer year_group TO input student officer_year group 


successful 

student TO output student 
STATE IS successful στο Ὁ 
not unique 

STATE IS student_nu 


WHEN not found 
EXIT STATE IS student nf 
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Process: RECORD PRT 


This process involves the creation of a Naval 
Student's Physical Readiness Training Record. 


r- RECORD PRT 
IMPORTS: 
EXPORTS: 
LOCALS: 


WHEN 
MOVE 


Γ 
ES 
L 


EXIT 


~ 


ENTITY ACTIONS: 


READ student 
WHERE DESIRED student ssn IS EQUAL TO input student ssn 

WHEN successful 
MOVE student TO output student 

CREATE prt 
Γ ASSOCIATE WITH student WHICH takes IT 

SEI score TO input prt score 

SET body fat TO input prt body fat 

πο ος of test™TOTinput prt date of test 


successful 

prt TOUNOurtput prt 

STATE TIS successful operation 
already exists 

SIATE IS prt ae 


WHEN not found 
EXIT STATE IS student πε 
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Process: Μοτο ος 


This process modifies a Naval Student's Physical 
Readiness Training record. 


F MODIFY PRI 


[ 
|. 
E 


Ic 


IMPORTS: ... 
EXPORTS: ... 
LOCALS: 

ENTITY ACTIONS: ... 


READ prt 
WHERE DESIRED prt date of test IS EQUAL TO input prie 
date Of Stes 
AND DESIRED prt taken by SOME navy 
AND THAT navy ssn IS EQUAL TO input student ssn 
WHEN successful 
UPDATE prt 
| SET body fat το ια ρα νο σα Mn 
SET score TO input prt score 
[n WHEN successful 
MOVE prt TO outputs rt 
| EXIT STATE IS successful operation 
WHEN not unique 
lm: EXIT STATE IS prt nu 


WHEN not found 
EXIT STATE IS pate nf 
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ΕΕ. ΕΞ. REMOVE PRT 
This process removes an erroneously entered PRT. 


F REMOVE PRT 

BDJIPORIS: ... 
EXPORTS: ... 
LOCALS: 
ENTITY ACTIONS: 


— READ prt 
WHERETDESIREDIprt date of test IS EQUAL TO input prt 
dáte οσο εσας 
AND DESIRED prt taken by SOME navy 
AND THAT navy ssn IS EQUAL TO input student ssn 
WHEN successful 
MOVE prt το output prt 
DELETE prt 
EXIT STATE IS successful operation 
WHEN not found n 
EXIT STATE IS pre ne 


| 
| 
| 
| 
| 


~ 
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Process: SETUP NAVAL BOOK REIMBURSEMENT 


This process creates a student's allocated book money 
for an academic year. (prorated based on the number of 
quarters remaining in the academic year or on the time 


a student entered 


in the academic year). 


Γ΄ SETUP NAVAL BOOK REIMBURSEMENT 


EXPORTS: 
LOCALS: 





EXIT 
WHEN 
| ExIT 


5 WHEN 
| MOVE 


supr M 


EXIT STATE 


E 
- 
- 
ΒΞ 


Β 


IMPORTS: ... 


ENTITY ACTIONS T: 


READ student 
WHERE DESIRED student ssn IS EQUAL TO input student ssn 
WHEN successful 
r- READ total annual_naval book_ceiling 
WHERE DESIRED total annual _naval_book_ceiling 


date | implemented IS EQUAL TO input 
total annual naval book ceiling date implemented 


WHEN successful 
r CREATE student book reimbursement 
ASSOCIATE WITH total annual naval book ceiling 


WHICH sets limit ET 


ASSOCIATE WITH student WHICH obtains IT 
SET year TO input student book reimbursement year 
SET total amount eligible το 


((total annual naval book ceiling 
total amount / 4) * 
student book reimbursement 
number academic qtrs authorized) 
successful 
student book reimbursement TO output 
Student book reimbursement 
STATE IS successful operation 
already exists 
STATE IS student book money lae 


WHEN not found 
ELS STATE IS navy book eligibility nf 


WHEN not found 


IS student πε 
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Process: πας BOOK CLAIM 


This process creates a claim against a Naval student’s 
book money (total amt they are allowed to spend 

for an academic year) and reduces the amount 

remaining in the student’s book money. 


[- FILE BOOK CLAIM 


IMPORTS: 
EXPORTS: 
LOCALS: 


MOVE 


iy EXIT 
WHEN 


EXIT STATE 


| 
| 


κ 


ENTITY ACTIONS: 


— READ student book reimbursement 
[ WHERE DESIRED student NEbookErermbursement vear IS EQUAL TO 


input student _book reimbursement year 


AND DESIRED student | book reimbursement provided to 


SOME navy 


AND THAT navy ssn IS EQUAL TO input student ssn 
— WHEN successful 
E IF input book claim amount of claim IS LESS OR EQUAL TO 


student book reimbursement amount remaining 


Γ CREATE book claim 
ASSOCIATE WITH student book reimbursement 


WHICH depreciated by IT 


| Sef amount Of claim) TO input book claim amount on, Claim 
- SET academic quarter TO input book Τοπ academic quarter 
WHEN 


successful 

book claim TO output book claim 
STATE ITS Successfull operation 
already exists 

STATE IS book claim ae 


ELSE 
EXTITOSTATE TS bookwWedlaumgtooslarge 


— WHEN not found 


IS student book money nf 
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Process: MODIFY 


This process modi 
claim and makes t 
book money. 


F MODIEPGSBOONRSC 
IMPORTS: 
EXPORTS: 
LOCALS: 
ENTITY ACTI 


r— READ book 
WHER 


AND 
AND 


AND 


| | AND 
— WHEN succe 
| | Γ IF stud 
EN : 
| | | SET 
Iu 
| | | | MOVE 
EXIT 
Pz 
E 
ENN 
EXIT ST 
Nee 
— WHEN not f 
| | EXIT STATE 
L 


BOOK CLAIM 


fies an existing Naval student's book 
he needed adjustment in the student's 


LAIM 


ONS: 


| claim 
E DESIRED book claim academic quarter IS EQUAL TO 
input new book _ claim academic _quarter 
DESIRED book claim reduces 
SOME student_book_reimbursement 
THAT student book reimbursement year IS EQUAL TO 
input student book reimbursement year 
THAT student _book reimbursement provided to SOME navy 
THAT navy ssn IS EQUAL TO input student ssn 
ssful 
ent book reimbursement amount remaining 
IS GREATER OR EQUAL TO input new book claim 
amount of claim - book claim amount of claim 
R input new book claim amount of claim IS LESS THAN 
book claim amount of claim 


m UPDATE book claim 


amount "OE claim TO input new book claim 
amount of claim 
Successful 
book claim TO output book claim 
STATE IS successful operation 
not unique 
STATE IS book claim nu 


ATE IS book claim too large 


ound 
IS book claim nf 
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Process: REMOVE BOOK CLAIM 


This process removes an erroneously entered book 
claim. 


— 


-------------------- 


REMOVE BOOK CLAIM 
IMPORTS: ... 
EXPORTS: ... 
LOCALS: 

ENTITY ACTIONS: 


READ book claim 
WHERE DESIRED book claim academic quarter IS EQUAL TO 
Input book claim academic "οταν 
AND DESIRED book claim reduces 
SOME student book reimbursement 
AND THAT student book reimbursement year IS EQUAL TO 
input student book reimbursement year 
AND THAT student book reimbursement provided to SOME navy 
AND THAT navy ssn IS EQUAL TO input student ssn 
WHEN successful 
MevE Dook claim TO output book claim 
DELETE book claim 
EXIT STATE IS successful operation 
WHEN not found a 
Pitot ee iS book claim nf 


mue --ἆἼϱῬθ 
| 
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Process: SCHEDULE COURSE 


System Gen: This process involves scheduling a course 
requested by a specific student. (Outside scope: 
Registrar) 


SCHEDULE COURSE 
n IMPORTS: 
EXPORTS: 
LOCALS: 
ENTITY ACTIONS: 


~ READ student course of study 
WHERE DESIRED student _course of study belongs Ea 
SOME student 
AND THAT student ssn IS EQUAL TO input student ssn 
AND DESIRED student course of study composed of 
SOME course 
AND THAT course number IS EQUAL TO input course number 
AND THAT course academic department code IS ΕΟΟ π᾿ 
input course academic department code 
— WHEN successful 
UPDATE studentocoUrsem ces He 
SET status TO "S" 
SET section number TO input student course ol ESTU 
section number 
WHEN successful 
MOVE student course of study TO output 
Student course of _study 
EXIT STATE IS successful operation 
WHEN not unique 
'. STATE IS student) course ος -ταον πα 


Ts 1; ΟΕ Ἢ 


WHEN not found 
EXIT STATE IS student course of study nf 


F 
g 
η 
|| 
| 
" 
Ν 
|| 
| 
Ν 
Κε 
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Process: POST GRADE 


System Gen: This process records the grade a student 
earned at the completion of a course. (Outside scope: 
Registrar) 


POST GRADE 
Γ IMPORTS: 
EXPORTS: 
LOCALS: 
ENTITY ACTIONS: ... 


READ Student course of study 
WHERE DESIRED student course of study belongs to 
SOME student 
AND THAT student ssn IS EQUAL TO input student ssn 
AND DESIRED student course of study composed of 
SOME course 
AND THAT course number IS EQUAL TO input course number 
AND THAT course academic department code IS EQUAL TO 
input course academic department code 
— WHEN successful 
EBDZOUECStudentecourse of study 
SET status TO "C" 
SEIE πας πο σπρας ϱεπασεπε Course of study grade 
WHEN successful 
MOVE stúdent course- of study TO output 
student course of study 
EXIT STATE IS successful_operation 
WHEN not unique 
EXIT STATE IS student course of study nu 
WHEN not found 
ἔν ποτε lo Student course of stuuy nf 


pep aaa 


| 
| 
| 


ee m wv 


279 


Process: ESTABLISH A QUARTER QPR 


System Gen: This process involves the creation of an 


OPR 


for a particular quarter and year. This process 


would be called when no QPR exist for that particular 
quarter and year when a grade is posted. (Out side 
scope: Registrar) 


Γ 


pr 


ESTABLISH A QUARTER QPR 
IMPORTS: 
EXPORTS: 
LOCALS: 
ENTITY ACTIONS: 


— READ student 
WHERE DESIRED student ssn IS EQUAL TO import student ssn 
WHEN successful 
READ student course or ostudy 
WHERE DESIRED student course of study belongs ere 
CURRENT student 
AND DESIRED student course of study composed of 
SOME course 
AND THAT course number IS EQUAL TO input course number 
AND THAT course academic department code IS ου σσ ος 
input course academic department code 
WHEN successful 
CREATE quarteri gpr 
ASSOCIATE WITH student course of study 
WHICH used to _calculate TET. 
ASSOCIATE WITH student WHICH earns IT 
SET academic year TO input quarter qpr academic year 
SET academic quarter TO input quarter qpr 
academic quarter 


Γ WHEN successful 
p 


MOVE quarter qp? ΟΕ ΤΕ ΠΕΙ qpr 
EXIT STATE IS successful operation 

WHEN already exists z 

EXIT STATE IS quarter qprlag 


ες. prm dme 


WHEN not found 
ΕΠΙ STATE IS ‘student (coursesoLeseucdyane 
— WHEN not found 

EXIT STATE IS student nf 
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Process: REMOVE GRADUATES 


System Gen: This process archives the records of those 
Students who have graduated (or those who attended but 
did not meet the requirements for graduation) from the 
Naval Postgraduate School. (Outside scope: Registrar) 


Procedure actually accomplished by Registrar ONLY, 
however, must be modeled here to enable view 
capability by curricular officers. 


Γ REMOVE GRADUATES 
DBHMPORTS: ... 

EXPORTS: ... 

LOCALS: 

ENTITY ACTIONS: 


— READ student 
| WHERE DESIRED student ssn IS EQUAL TO input student ssn 
^7 WHEN successful 
| MOVE student TO output student 
DELETE student 
| EXIT STATE IS successful operation 7 
ESNHEN not found 
| EXIT STATE IS student nf 


~ 
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Process: MODIFY GRADE 


System Gen: This process is a generic update of a 
student's grade. (Outside scope: Registrar) 


[- MODIFY GRADE 
IMPORTS: 
EXPORTS: 
LOCALS: 

ENTITY ACTIONS: 


— READ student course of study 
[ WHERE DESIRED student course of study belongs to 
| SOME student 
AND THAT student ssn IS EQUAL TO input student ssn 
| AND DESIRED student course of study composed of 
SOME course 
AND THAT course number IS EQUAL TO input course number 
AND THAT course academic department code IS EQUAL TO 
input course academic department code 
| WHEN successful B 7 
Γ- UPDATE student weourse Oteseuay 
| SET grade TO input student Course of study grade 
WHEN successful 
| MOVE student course of study TO EPE 
Student course ΘΕ study 
PF EXIT STATE IS successful operation 
WHEN not unique 
| EXIT STATE IS studentoocourseuotestudvEIU 


WHEN not found 
oe STATE IS Student recourse oreseuayveane 


= 
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Process: ESTABLISH NEW CURRICULAR OFFICE 


System Gen: This process creates a new curricular 
office in addition to the 11 present offices. 
Additionally, at least one curriculum must be created 
that composes that particular curricular office. This 
process requires a modification to the code to 

add a permitted value for a curricular office code. 
(Outside scope: Registrar with the assistance of the 
Curricular Officers and Academic Associates) 


Γ ESTABLISH NEW CURRICULAR OFFICE 
IMPORTS: ... 

το... 

LOCALS: 

ENTITY ACTIONS: 4... 


REBCBEATE curricular office 
πι εσεῖε TO input curricular office title 
SET code TO input curricular office code 
SET password TO input curricular "office password 
— WHEN successful 
He Ncurrdgcular'otftice το output curricular office 
FOR EACH group import 
TARGETING group export 
INCREATE curriculum 
ASSOCIATE WITH curricular office WHICH composed of IT 
SET title TO input curriculum title 
SET number TO input curriculum number 
5 WHEN successful 
MOoVEScuUrEIculum TO output curriculum 
5 ΠΕ Ι5 successful operation 
WHEN already exists 
| EXIT STATE IS curriculum ae 


HEN already exists 
ΠΠ ΞΠΆΠΡ το curricular office ae 


| 
| 
E 
q 
g 
] 
q 
ΓΙ. 
Rs 


Il. 
E 
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Process: MODIEY-CURRICULARJOBEZSGE 


System Gen: This process modifies an existing 
curricular office. (Outside scope: Registrar) 


r- MODIFY CURRICULAR OFFICE 


IMPORTS: 
EXPORTS: 
LOCALS: 


WHEN 
EXIT 


| 
E 
| | WHEN 
| | ee 
gu 
: 
κ 


Ecc ψφρ, 


ENTITY ACTIONS: 


— BREAD curricular office 
WHERE DESIRED curricular office code IS EQUAL TO anput 


curricular orfirce code 


WHEN successful 
UPDATE cuüurricutar orifice 
SET title TO input curricular Toiricentit le 


successful 

curricular office) 1O outputs curciculareortme. 
STATE IS successful operation 

not unique B 

STATE IS curricular kofficel nu 


WHEN not found 
EXIT STATE IS curriculares Sfricem nf 
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Process: REMOVE CURRICULAR OFFICE 


System Gen: This process removes a curricular office. 
(Outside scope: Registrar) 


r- 


-c 


REMOVE CURRICULAR OFFICE 
IMPORTS: 
EXPORTS: 
LOCALS: 
ENTITY ACTIONS: ... 


READ curricular office 
[ WHERE DESIRED curricular office code IS EQUAL TO input 
| CUTIMeBDPSTEORhgce code 
^ WHEN successful 
| ο ο στου αντ office πο output currrcular office 
DELETE curricular office 
EXIT STATE IS successful operation 
— WHEN not found i 
l Εντ τοτε τὸ Curricular office nf 
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Process: SETUP NEW CURRICULUM 


System Gen: This process involves the creation of a 
new curriculum for a particular curricular office. 
(Outside scope: Registrar) 


Γ SETUP NEW CURRICULUM 
IMPORTS: ... 

EXPORTS: 

LOCALS: 

ENTITY ACTIONS: 


7 READ currzculadrEottrece 
WHERE DESIRED curricular motrice code IS EQUAL TO input 
οι νου τε otficemecode 
WHEN successful 
MOVE curricular office Πο ους σπα ο μας fpc 
CREATE curriculum 
ASSOCIATE WITH curricular office WHICH composed of IT 
SET title TO input curriculum tac ic 
SET number TO input curriculum number 
WHEN successful 
MOVE curriculum TO output curriculum 
EXIT STATE IS successful operation 
WHEN already exists 7 
EXIT STATE IS curriculum ae 


| 
| ec o] 


WHEN not found 
EXIT STATE IS Curricular OfiiceTmi 


ECL aaa a) 


E —————————— 
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BeecesS: MODIFY CURRICULUM 


System Gen: This process involves the modification of 
a curriculum for a particular curricular office. 
(Outside scope: Registrar) 


7 MODIFY CURRICULUM 
IMPORTS: 

EXPORTS: 

LOCALS: 

ENTITY ACTIONS: 


E READ curriculum 
WHERE DESIRED curriculum number IS EQUAL TO input 
curriculum number 
WHEN successful 
r~ UPDATE curriculum 
SEN title TO input  eurriculum title 
- WHEN successful 
MOVE curriculum TO output curriculum 
|. EXIT STATE IS successful operation 
WHEN not unique 
πα EXIT STATE IS curriculum nu 


WHEN not found 
EXIT STATE IS ΕΤΕΠ. nf 


f 
[ 


— 
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Process: ELIMINATE CURRICULUM 


System Gen: This process involves the removal of a 
curriculum from a particular curricular office. 
(Outside scope: Registrar) 


[ ELIMINATE CURRICULUM 
IMPORTS: . 

EXRORTS: -S 

LOCALS: 

ENTITY ACTIONS: ... 





r~ READ curriculum 
| WHERE DESIRED curriculum number IS EQUAL TO input 
curriculum number 
i WHEN successful 
MOVE curriculum TO output curriculum 
| DELETE curriculum 
EXIT STATE IS-sSuccesstaM perat Tod 
— WHEN not found 
| EXIT STATE IS curriculum nf 


— 
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Process: SETUP TYPICAL COURSE OF STUDY 


This process involves the creation of a catalog 
identification of a new typical course of study for a 
particular curriculum. 


SETUP TYPICAL COURSE OF STUDY 
m IMPORTS: " 

EXPORTS: ... 

LOCALS: 

ENTITY ACTIONS: ... 


[^ READ curriculum 
WHERE DESIRED curriculum number IS EQUAL TO input 
curriculum number 

WHEN successful 
MOVE curriculum TO output curriculum 

CREATE typical course of study 
| ASSOCIATE WITH curriculum WHICH recommends IT 

εν Ἵνρεα ο το ου Ε οσα. course of study 
| type student 

SET refresher requirements TO input typical course of study 
|. refresher requirements 

WHEN successful 
| MOVE typical course of stüdy TO output 

Eypical, Course Of study 
FOR EACH group import 
TARGETING group export 
m CREATE gtr of typical study 
| ASSOCIATE WITH typical course of study 
WHICH identifies IT 

| SET quarter number TO input qtr of typical study 
quarter number Ens = 
| 


ger reorit y Pical study 
CEEORSEACH group import 2 
TARGETING group export 2 
READ course 
Γ WHERE DESIRED course number IS EQUAL TO 
| input course number 
AND DESIRED course academic department code 
| IS EQUAL TO input course 
academic department code 
WHEN successful E B 
| MOVE course TO output course 


i 
|| 
|| 
1 
] 
| 
|| 
1 
1 
I 
| 
|| 
I 


WHEN successful 
MOVE Tatr of typical study TO output 
| 


| 
| 
| 
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———— πητ-------- 


WHEN 
MOVE 


EXIT 
WHEN 


EXIT 


Γ 


1—— 


Lo 


— — 


WHEN already exists 


| 
z 


- WHEN not found 
E 


- WHEN already exists 
EXIT STATE IS 
= 


r- CREATE composition of typrcabes eudy 
ASSOCIATE WITH course WHICH reflected πω τα 
ASSOCIATE WITH qtr of typical study 


WHICH consists oE IT 


SET type of course TO input 


composition of typical study 

type ofuceurSe 

successful 

composition of typical study TO output 
composition of typical study 
STATE IS successfulloperat ion 

already exists 

STATE IS composition of typical study ae 


WHEN not found 
|. EXIT STATE IS course nf 


qtr of typical study Tae 


EXIT STATE IS typaicalXconrseScrtastud ue 


XIT STATE 2S curry ve ulin mat 
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Eroocess: 


MODIFY TYPICAL COURSE OF STUDY 


This process involves the modification of a catalogued 
typical course of study for a particular curriculum. 


[eetiODIFY TYPICAL COURSE OE STUDY 


| 
- 


IMPORTS: 
EXPORTS: 
LOCALS: 


ENTITY ACTIONS: 


m EAD composition of typical study 
WHERE DESIRED composition of typical study comprises 


AND 


AND 


AND 


AND 


AND 


AND 


AND 


AND 
AND 


SOME qtr of typical study 

THAT gtr: of typical study quarter number IS EQUAL TO 
import qtr of _typical_ study quarter number 

THAT qtr of typical study makes up 
SOME typical course of study 

συ τω σα οπτσε of study refresher requirements 
TSTEOVA T TORM Ort typical course of study 
rerresgbher requirements 

THAT Se ypical course of study type student IS EQUAL TO 
import typical course of | study type student 

ITHAL typical cöurse of | Study recommended for 
SOME curriculum 

THAT curriculum number IS EQUAL TO import curriculum 
number 

DESIRED composition of typical study identifies 
SOME course pp - m 

THAT course number IS EQUAL TO import course number 

THAT course academic department code IS EQUAL TO 
import course academe department code 


WHEN successful 


UPDATE 


|: 


| 
| 


| 
Γ WHEN successful 


composition of typical study 


επι ρε οἩ Course TO import Composition Of typical study 


Eype OL scours 


WHEN successful 
MOVE composition of typical study TO export 


composition of typical study 


READ persistent 2 course 


WHERE DESIRED Pergi Cente eC COUrSE reflected in 
CURRENT composition of typical study 


MeOVneperststent a2 course TO export course 
READ persistent 3 course 


WHERE DESIRED persistent 3 Course number 

IS EQUAL TO import_2 course number 

AND DESIRED persistent 3 course 
academic_department_code IS EQUAL TO 
importi course academic department code 
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H WHEN successful 
TRANSFER composition of typical study 
FROM persistent 2 course WHICH reflected Imak 
TO’ persistent) 3 course WHICH reflected ΠΠ 
| MOVE persistent 3 course TO export k2p ourse 
EXIT STATE IS successful operation 
κ WHEN not found 
EXIT STATEGPSSCOULSCERE 





Be WHEN not found 


| L | ExIT STATE IS οσο τος. nf 


WHEN not unique 
EXIT STATE IS scomposititon etityp1cal est ucyaau 


— WHEN not found 
EXIT STATE IS σοπροσισποπ ος typical θεμα πε 


m 
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Epoces 


This p 
course 


s: REMOVE TYPICAL COURSE OF STUDY 


rocess removes an erroneously entered typical 
SL Study. 


r— REMOVE TYPICAL COURSE OF _ STUDY 


ην 
| [| πι πως ESO Nc 


IMPORTS: 
EXPORTS: 
LOCALS: 
ENTITY ACTIONS: ... 


READ typical course of study 
WHERE DESIRED  typicals pourse of study 
refresher requirements TS "EQUAL τὸ προς 
imps Cal (coumse (of study refresher requirements 
AND DESIRED typical _ Conr oers Udy type student 
IS EQUAL TO input typical 5. oE study 
type student 
ANDMDESIRED typical course of study recommended for 
SOME curriculum 
AND THAT curriculum number IS EQUAL TO input curriculum 
number 
WHEN successful 
Ns pEaprPcabEcoursecofo2study το ομερυς typical course of study 
DELETE typical | course of study 
EXIT STATE IS successful " operation 
WHEN not found 
EPMNEESIATESIPSUtyprcal course of study nf 
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Process:  ESTABLISH A NEW COURSE 


System Gen: 
Scope: Reg 


This process creates a course. (Outside 
istrar) 


[- ESTABLISH A NEW COURSE 


IMPORTS: 
EXPORTS: 
| LOCALS. 
ENTITY ACTIONS Ti 
| - CREATE course 
[ SET name TO input course name 
| | SET lecture credit hours TO input course lecture credit 2, 
SET lab credit hours τ ΓΙ σσ οτι hours 
| | SET academic department code TO input course 
academic department code 
SET number TO input course number 
~ WHEN successful 
MOVE course TO output course 
| | EXIT STATE IS successfulloperatron 
^7 WHEN already exists 
| | EXIT STATE IS course ae 
| 
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Process: MODIFY EXISTING COURSE 


System Gen: This process modifies an existing course. 


(Outside scope: 


Registrar) 


f— MODIFY EXISTING COURSE 


IMPORTS: 
EXPORTS: 
LOCALS: 


WHEN 
MOVE 
EXIT 
WHEN 
ESSET 


in — 


Ir 
Ν 
p 
| 
1 
1 
|| 
i 
E- 


ENTIT ACTIONS: 


READ course 
WHERE DESIRED course number IS EQUAL TO input course 


number 


AND DESIRED course academic department code IS EQUAL TO 


input course academic department " code 


WHEN successful 

UPDATE course 

SET name TO input course name 
pmMlecturescredrtshourssTOLInput course 


lecture Teredit ποιες 


cu ος οτε ο bours TO input course lab credit hours 


successful 

Coursen O Output course 
EDATEMPSUSuccesstubsoperation 
not unique 

STATE IS Course nu 


WHEN not found 
EXIT STATE IS course nf 
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Process: REMOVE COURSE FROM CATALOG 
System Gen: This process removes a course from the 
available course listing. (Outside scope: Registrar) 


[- REMOVE COURSE FROM CATALOG 


" 
| 
|. 





es 


IMPORTS: 
EXPORTS: 
LOCALS: 
ENTITY ACTIONS: 


READ course 
WHERE DESIRED course number IS EQUAL TO input course 
number 
AND DESIRED course academic department code IS EQUAL TO 
input course academic department code 
WHEN successful 2 B 
MOVE course TO output course 
DELETE course 
EXIT STATE IS successfull operation 


I WHEN not found 
a 


EXIT STATE IS Course ΠῈ 
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Process: MODIFY PASSWORD 


System Gen: This process creates a password for a 
particular curricular office for use by the system to 
restrict the view available to a given curricular 
office; the operation of this process will, of course, 
be transparent to the users. (Outside scope: MIS) 


MODIFY PASSWORD 
IMPORTS: ... 
EXPORTS: 

LOCALS: 
ENTITY ACTIONS: ... 


READ curricular office 
WHERE DESIRED cuprpaculcuontucescosde IS EQUAL TO- input 
curricular Officer code 
WHEN successful 
DDUDATE cüurricularforfrice 
SET password TO input curricular office password 
WHEN successful - 
Ho curricultarEottrce το output curricular office 
ΙΙ STATE Ds successful operation E 
WHEN not unique 
E STATERS Cürricular office nu 


17 τη τ 


WHEN not found 
ELIT STATE IS curricular NKortrzce mni 


“ 
| 
| | 
| 
1 
Ν 
1. 
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Process: 


System Gen: 


ASSIGN NAVY BOOK CEILING 


This process creates the Naval ceiling for 


the Naval Book Eligibility. (Outside scope: MIS) 
[- ASSIGN NAVY BOOK CEILING 
IMPORTS: 
EXPORTS: 
LOCALS: 


puw TA 


F 
| 
| 
| 


ENTITY ACTIONS: 


CREATE total annual naval book ceiling 
SET total amount TO input total _annual_naval_book_ceiling 


total_amount 


SET date implemented TO input total annual naval book ceiling 


WHEN 
MOVE 


EXIT 


— WHEN 


EXIT 


date implemented 
successful 
total annual naval book ceiling TO output 
total annual naval book ceiling 
STATE IS successful operation 
already exists 
STATEVES Navy ooo rai e 
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Process: MODIFY NAVY BOOK CEILING 


System Gen: This process modifies the Navy Book 
Eligibility. (Outside scope: MIS) 


[- MODIFY NAVY BOOK CEILING 
IMPORTS: 

EXPORTS: 

LOCALS: 

ENTITY ACTIONS: 


— READ total annual naval book ceiling 
WHERE DESIRED total annual. naval book ceiling 
date | implemented IS EQUAL TO input 
total annual naval book ceiling date implemented 
— WHEN successful 
ΠΕΡΆΤΕ totalvannualynaval book ceiling 
ERIStotaleamountéTrOXnput total annual naval book ceiling 
total amount 
WHEN successful 
MOVE total annual naval book ceiling TO output 
total annual naval book ceiling 
EXIT STATE IS successful operation 
WHEN not unique 
Ετσι τΕ IS navy book eligibility nu 
WHEN not found 
ο. ο ας ls nayy Dook eligibility nt 


asp 


yi. a 


T amt 
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APPENDIX I 


The Action Diagrams on the following pages define the 
logic of a derivation algorithm. These BAA Action Blocks were 
developed for the derived or designed attributes of the data 
model. 

A derived attribute is one whose values can be calculated 
from values of other attributes and relationships. Its value 
can change over time as the other attributes and relationships 
change. A designed attribute is also calculated or deduced, 
but its value, once determined, does not change. 

[Π6Ε.. «8:5: Ἐπὶ) 

Only one attribute is set as an output of these action 
blocks. Since designed attributes do not change, they are SET 
in process action statements in Appendix H through an 
accessing action block mechanism called, USING. Derived 
attributes do not need to be SET in the process action 
statements since they are SET automatically when attributes, 


used in the calculation of the derived attribute, are changed. 
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The outline below indicates the attributes set by the 
Action Diagrams on the following pages: 
AMOUNT REMAINING 

Attribute: AMOUNT REMAINING of Entity Type: 


STUDENT BOOK REIMBURSEMENT 


CALCULATE GRADUATE QPR 
Attribute: GRADUATE QPR of Entity Type: STUDENT 


CALCULATE QTR GRADUATE QPR 
Attribute: GRADUATE of Entity Type: QUARTER QPR 


CALCULATE QTR TOTAL QPR 
Attribute: TOTAL of Entity Type: QUARTER QPR 


CALCULATE TOTAL QPR 
Attribute: TOTAL QPR of Entity Type: STUDENT 


DETERMINE NUMBER ACADEMIC QTRS 
Attribute: NUMBER ACADEMIC QTRS AUTHORIZED of Entity Type: 
STUDENT BOOK REIMBURSEMENT 


THESIS NUMBER (only designed algorithm) 
Attribute: NUMBER of Entity Type: THESIS 
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BAA Action Block: AMOUNT REMAINING 


Γ AMOUNT REMAINING 
IMPORTS: 
EXPORTS: “τ 
LOCALS: 
Work View ief supplied 
total currency 
ENTITY ACTIONS a 


— READ EACH existing book claim 
WHERE DESIRED existing book claim reduces 
| import student book reimbursement 
SET ief supplied total currency TO (ief£ supplied totaljen masa.) 
+ existing book claim amount of claim) 2i 
SET export student book reimbursement amount remaining TO 
(student _book_ reimbursement total amount eligible 


| SET ief supplied totalveusuency TOTU 
| ief supplied total currency) 
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BAA Action Block: 


Γ 


CALCULATE GRADUATE QPR 


CALCULATE GRADUATE QPR 
IMPORTS: = 
EXPORTS: 
LOCALS: 

Work View 
total 

Work View credits gained 
cumulative hours 

Work View grade point 
value 
cumulative value 

ENTITY ACTIONS: 


temp qpr 


= READ EACH student course of study 
WHERE DESIRED student course of study belongs to 
input student 
READ course 
Γ WHERE DESIRED course assigned to 
CURRENT TStudent course of study 
WHEN successful 
IF course number IS GREATER OR EQUAL TO 3000 
r- CASE OF stúdent course of study grade 
CASE TAT g pm 


SET grade 
CASE "A-" 
SET grade 
CASE "B+" 
SET grade 
CASE "B" 

SET grade 
CASESUB-T 
SET grade 
CASE "C+" 
SET grade 
CASE "C" 

SET grade 
CASK. c=" 
SET grade 
CASE b+" 
SET grade 
CASE TD" 

SET grade 
OTHERWISE 


| SET grade 


a a tel) de 


point 
point 
point 
point 
point 
point 
point 
point 
point 
point 


point 


value 


value 


value 


value 


value 


value 


value 


value 


value 


value 


value 


TO 


d 


το ᾖ 


TO 


TO 


TO 


το 


TO 


TO 


ΤΟ 


το 


TO 


3 


3 


1 


0 


c 


SET grade point value TO (grade point value * course 
NccpascEcreditohours) 


——— 
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| SET credits gained cumulative hours TO (credits gained 
cumulative hours + course 
lecEuremereaicC nours) 

SET grade point cumulative value το (σι οαο ο τι» 

| cumulative value + grade point value) 

SET output student graduate qpr TO (grade point 

| cumulative value / credits gained 
cumulative hours) 

ι 


N not found 
TS TATE eos course ní 


H [Dj 


=e 
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BAA Action Block:  CALCULATE QTR GRADUATE QPR 


CALCULATE τοι. GRADUATE _QPR 
Γ IMPORTS: 
EXPORTS: 
LOCALS: 
Work View temp qpr 
total 
Work View credits gained 
cumulative_hours 
Work View grade point 
value 
cumulative value 
ENTITY ACTIONS: ... 


= READ EACH student course of study 
WHERE DESIRED student mecwrce OL Study used to calculate 
input quarter qpr 
READ course 
i WHERE DESIRED course assigned to 
CURRENT Stúdent Course of study 
WHEN successful 
course number IS GREATER OR EQUAL TO 3000 
CASE OF student course of study grade 
CASE TA” - EN 
SET grade point value TO 4 
CASE “A-" 
SET grade point value TO 3.7 
CASE TBH! 
SET grade point value TO 3.3 
CASE "Bp" 
SET grade point value TO 3 
CASE "Bp-" 
SET grade point value TO 2.7 
CASE "Cr" 
SET grade point value TO 2.3 
CASE SC" 
SET grade point value TO 2 
CASE "UC 
SET grade point value TO 1.7 
CASE "DS 
SET grade point value TO 1.3 
CASE "D 
SET grade point value TO 1 
OTHERWISE 
| ser grade point value TO 0 


ως ΡΕ το αι» 


SET grade point value TO (grade point value * course 
που ασε οπεατς ours) 


[ 


$$ 


e 
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———— 


SET credits gained cumulative hours TO (credits gained 
cumulative hours + course 
lecture credit hours) 

SET grade point cumulative value TO (grade point 
cumulative value + grade point value) 

SET output quarter qpr graduate TO (grade point 
cumulative value / credits gained 
cumulative | hours) 


not found 
STATE IS course nef 
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BAA Action Block:  CALCULATE QTR TOTAL QPR 


CALCULATE OTR TOTAL QPR 
a IMPORTS: 
EXPORTS: 
LOCALS: 
Work View temp qpr 
total 
Work View credits gained 
cumulative hours 
Work View grade point 
value 
cumulative value 
ENTITY ACTIONS: 


EMBEAD EACH student course of study 
WHERE DESIRED student course of study used to calculate 
input quarter qpr 
READ course 
WHERE DESIRED course assigned to 
CURRENT student course of study 
WHEN successful 
CASE OF student course of study grade 
CASE "A" 
SET grade point value TO 4 
CASE "A-" 
SET grade point value TO 3.7 
CASE "B+" 
SET grade point value TO 3.3 
CASE "Bp" 
SET grade point value TO 3 
CASE "B-" 
SET grade point value TO 2.7 
CASE "C4" 
SET grade point value TO 2.3 
CASE "C" 
SET grade point value TO 2 
CASE "C=" 
SET grade point value TO 1.7 
CASE "D+" 
SET grade point value TO 1.3 
CASE ΠΡ 
SET grade point value ΤΟ 1 
OTHERWISE 
SET grade point value TO O0 


Emir sS 


SET grade point value TO (grade point value * course 
lectuarescredrztohounxss) 


[ 
Ir 
D 
1 
| 
3 
| 
E 
1 
q 
1 
|| 
1 
E 
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E 


| | 
E 
|| 
a 
ES 


SET credits gained cumulative hours TO (credits gained 
cumulative hours + course lecture credit houses 

SET grade point cumulative value TO (grade point 
cumulative value + grade point value) 

SET output quarterkgpr “total TO (grade point 
cumulative_value / credits gained 
cumulative hours) 

WHEN not found 

EXIT STATE Το ος σε 
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BAA Action Block: 


Γ 


CALCULATES TOTAL OPR 


CALCULATE TOTAL QPR 
IMPORTS: 
EXPORTS: 
LOCALS: 

Work View 
total 

Work View credits gained 
cumulative hours 

Work View grade point 
value 
cumulative value 

ENTITY ACTIONS: 


temp qpr 


^ READ EACH student course of study 
WHERE DESIRED student course of study belongs to 
import student 
E READ course 
WHERE DESIRED course assigned to 
CURRENT student course of study 
WHEN successful 
CASE OF student course of study grade 
[- CASE "A" 
SET grade 
CASE "A-" 


point value TO 4 


aum ο ο ene ee 


SET grade 
CASE aves 
SET grade 
CASE “BM 

SET grade 
CASE “B-T 
SET grade 
CASE ΤῊΝ 
SET grade 
CASE TCE 

SET grade 
CASE οσο 
SET grade 
CASE TDT 
SET grade 
CASE "D" 

SET grade 
OTHERWISE 
SET grade 


Point 
ροσπα 
point 
point 
point 
Permit 
point 
point 
point 


point 


value 


value 


value 


value 


value 


value 


value 


value 


value 


value 


TO 


TO 


TO 


TO 


το 


TO 


TO 


TO 


TO 


TO 


e 


1 


0 


SET grade point value TO (grade point value * course 
lecrturcmcredrit Nours) 


—— —  — —_—— 
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-— 


SET credits gained cumulative hours το (στο ιτ ποσπςα 
cumulative hours t course lectureccredyt hom 
SET grade point cumulative value TO (grade point 
cumulative value + grade point value) 
SET output student total qpr TO (grade point 
cumulative value / credits gained 
cumulative hours) 
WHEN not found 
EXIT STATE IS course nf 


e m 
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BAA Action Block:  DETERMINE NUMBER ACADEMIC QTRS 


DETERMINE NUMBER ACADEMIC | QTRS 

q IMPORTS: 

BXEORTS: 

LOCALS: 

Work View date 

graduation year 
incoming year 
graduation month 
incoming month 

ENTITY ACTIONS: 


— READ student book reimbursement 
WHEN successful 
READ navy 
F WHERE DESIRED navy obtains 
- CURRENT student book reimbursement 
WHEN successful 
SET date incoming month TO month(navy convening date) 
| SET date graduation | month TO month (navy 
anticipated graduation date) 
m IF date incoming month IS LESS THAN 10 
SET date incoming year TO year (navy convening date) 
| ELSE 
ΕΙ Gate incoming yoamaloevear (navyeeconvening date) + 1 


IF date graduation month IS LESS THAN 10 

SET date graduation year TO year (navy 
anticipated graduation date) 

ELSE 

SET date graduation year TO year (navy 
anticipated graduation date) Tr» 


E 


F student book reimbursement year IS EQUAL TO date 
incoming year 
IF date incoming month IS GREATER OR EQUAL TO 10 
SET export student book reimbursement 
number academic ειτο απ σευ 1 
ELSE IF date incoming | month IS GREATER OR EQUAL TO 7 
SET export student book reimbursement 
muuberEacademreustrscauthorrized TO 4 
ELSE IF date incoming month IS GREATER OR EQUAL TO 4 
SET export student book reimbursement 
number academic qtrs authorized TO 2 


| 
| 
| 
| 
EI 
E 
|| 
a 
| 
N 
4 
| | 
| | 
|| 
| | 
E 
| | 
| | 


η ΠῚ 
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ELSE 
SET export student book reimbursement 
number academic gtrs-authorrzed OT] 


pes 


ELSE IF student book reimbursement year IS EQUAL TO date 
graduation Bear 

IF date graduation month IS GREATER OR EQUAL TO 10 

SET export student book reimbursement 

number academic qtrs authorized TO 4 

ELSE IF date graduation month IS GREATER OR EQUAL TO 7 
SET export student book τοππο ο ντ 

number academic  qtrs auchorizedaToN 

ELSE IF date graduation 1 month IS GREATER OR EQUAL TO 4 
SET export student book reimbursement 

number academic qtrs authorized TO 3 

ELSE 

SET export student book reimbursement 

number academic Egtrs authorized TOR 


um! T A 


SET export student book reimbursement 
number academic gtrs authorized TO 4 


| m c — EE π΄. 
= 


WHEN not found 


9. ΠΣ 


— WHEN not found 
— READ navy 
WHERE DESIRED navy obtains 
CURRENT student book reimbursement 
— WHEN successful 
SET date incoming month TO month(navy convening date) 
SET date graduation month TO month (navy 
anticipated graduation date) 
IF date incoming month IS LESS THAN 10 
Γ SET date incoming year FO year (mavy convening date) 
ELSE 
SET date incoming year TO year (navy convening date) mra 
IF date graduation month IS LESS THAN 10 
SET date graduation year TO year (navy 
anticipated graduation date) 
ELSE = 
SET date graduation year TO year (navy 
anticipated graduation date) + 1 


NEU um 
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HES student DOOkE reimbursement year IS EQUAL TO date 
n incoming year 

IF date incoming month IS GREATER OR EQUAL TO 10 
SET export student book reimbursement 

number academic BALES aúthorized TOMA 
ELSE IF date incoming month IS GREATER OR EQUAL TO 7 
SET export stuüdent book reimbursement 

number academic Zatrs authorized το 
ELSE IF date incoming month IS GREATER OR EQUAL TO 4 
SET export student book reimbursement 

number " academic ντε: ΠΠΟΕΙΖΕΗ TO 2 
ELSE 
SET export student book reimbursement 

numbereacademr e Gqers authorized TO 3 


ο... 


graduation year 

IF date graduation month IS GREATER OR EQUAL TO 10 
SET export student book reimbursement 

number academic Edgepssauthorazed TO 4 
ELSE IF date graduation | month IS GREATER OR EQUAL TO 7 
SEM Re= pore student book reimbursement 

number academic qtrs authorized TO 1 
ELSE IF date graduation | month IS GREATER OR EQUAL TO 4 
SET export student_book_reimbursement 

number academic Edqtrscauthorrzed TO-2 
ELSE 
SET export student book reimbursement 

number academic qtrs authorized TO 3 


ug ELS S 


| 
Γ ELSE IF student book reimbursement year IS EQUAL TO date 


ELSE 
| SRICexpostestudentbook reimbursement 
number academic qtrs authorized TO 4 
— WHEN not found 
EXITISTATE IS student book money nf 


| 


—— 
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Action Block: THESIS NUMBER 


THESIS NUMBER 
IMPORTS: 
EXPORTS: 
LOCALS: 
ENTITY ACTIONS. 


SET output thesis number TO 1 
r^ READ EACH thesis 
SORTED BY DESCENDING thesis number 
WHERE DESIRED thesis due date year IS EQUAL TO inpue 
thesis due date year 
SET output thesis number TO (thesis number + 1) 
— ESCAPE 





| —— 


314 


APPENDIX J 


The Process Dependency Diagrams on the following pages 
document the sequence in which processes must occur. This 
sequence is based on dependencies between functions/processes, 
including logic and timing constraints. It also shows the 
source of information required by the processes and the 
destination of information produced by the processes. 
HE 29*p- 23] and [Ref. 5:p. 8-27] 

Large labeled arrows depict events which are a point in 
time relevant to a process; the passing of a specific point in 
time that triggers the execution of one or more processes. 

Layered boxes represent external objects which provide 
data to a process and/or receive results from a process. 

Rounded boxes represent the process which modifies data in 


Some manner. 
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The outline below indicates those functions or high-level 


processes which possess Dependency Diagrams on the following 


pages: 


1 INITIALIZE STUDENT RECORD 

2 COUNSELING FUTURE STUDENT 
SUPERVISE ENROLLED STUDENT 

.1 ACADEMIC COUNSELING 

.2 PERSONAL DATA MAINTENANCE 

.2.7 RECORD STUDENT DATA 

.3  NAVY REQUIREMENTS MAINTENANCE 

4 COMPLETED ACADEMIC REQUIREMENTS 

5 CURRICULUM DEVELOPMENT MGMT 

5.1 CURRICULUM OFFICE MAINTENANCE 

5.2 COURSE OF STUDY MAINTENANCE 

6 COURSE MAINTENANCE 


7 SYSTEM MANAGEMENT 
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